标签：手机号码 验证用户名 客户端 发送 开头 read 输入 自定义 复杂
HTTP协议请求响应模型：以”用户登录“这个场景来描述
第一步：客户端发起请求到API接口层，操作：用户在客户端填写用户名和密码，点击登录，发送请求。
第二步：api接收到客户端发起的用户请求，api对业务逻辑进行验证，其会验证用户名和密码是否合法，比如：用户名要求必须为真实的手机号码（第1位，1开头，第二位，34578）如果验证失败，即用户名不合法，那么此时需要给客户端返回响应码。这个响应码是自定义的，比如码值为1，2，3，1代表用户名格式错误，2代表用户名或密码错误，3代表密码格式错误（注意，这些验证也可以在前端验证）。如果验证成功，api会将用户输入的数据发送给db层，数据库会做create，read，update，delete操作（无论业务逻辑多复杂，在数据库层面就做这4个操作）数据库查询成功返回1，失败返回0。
第三步：DB会将返回的查询数据库的条目数给api（在登录这个场景中，数据库返回的是1或0，因为用户名是不能重名的，如果查询成功，则符合条件的数目是1，查询失败，则就返回0）。
第四步：api将返回成功或失败的状态码给客户端。
第五步：客户端将返回的信息展示给用户。
标签：手机号码 验证用户名 客户端 发送 开头 read 输入 自定义 复杂
原文地址：https://www.cnblogs.com/zhouamin/p/11470620.html
