今天完成的事情：

1.编写假数据

后台要写的接口：

以及这四个接口的假数据：

2.理清登录的逻辑

逗你学的登录逻辑如以下所示：

检查user_openid_relation表中是否有mobile的数据，有则更新老数据（这一部分不太清楚，但是和我要实现的逻辑没有关系，跳过）

若请求参数type为“mobile”，则检验user表中是否有手机号码

同上，检验type为"mail"的用户id是否存在，否则报错

若type为“weixin”，则要检验user_openid_relation表中是否有数据，有则通行，无则报错

这一步需要修改，改成和微信形式一样的，从user_openid_relation检出uid

使用uid从user表中查出用户数据

检查用户冻结状态

若type为“mobile”或“mail”，则需要一系列验证，若不是，则为用openid登录，不需要验证

然后将用户id放入到cookie里边，然后再把用户id放到字符串token里边，一串加密传给前端

然后和前端看了挺久的代码，验证了是前端在每个接口都会在头部发送登录返回的token，若token为空，则从cookie中获取用户id，验证用户的各种信息再判断是否能访问“/a/u/**”的接口

3.编写解析参数的工具类

接口说明如下

编写解析的工具类，可以将username=&name=&mobile=&client=解析成键值对map形式

工具类：

测试类：

测试结果：

明天计划的事情：

完成静默注册和修改登录逻辑，编写统计用户列表接口等

对应story：【对接新华美育】、【后台合作机构管理-用户统计】

遇到的问题： 

编写SQL语句耗费时间过多，进度过慢

解决方法：加班解决

收获：

以上

进度：

项目开始时间：2018.03.03

方案评审时间：2018.03.05

story进度：

进行中：【后台合作机构管理-用户统计】   【对接新华美育】