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将返回成功或失败的状态码给客户端。

第五步：客户端将返回的信息展示给用户。

 

版权声明：本文为zhouamin原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://www.cnblogs.com/zhouamin/p/11470620.html