app特有功能：版本更新 欢迎界面 消息推送 三方登录
一 版本更新－－每次登录监测，进行提示
氛围强制更新和非强制更新，常见的都是非强制更新，赤兔属于强制更新
欢迎页面－－最常见的功能
消息推送－－推送到消息推送栏，一小米推送为例需要注意的是
（1）android和iOS 两种的机制是不一样的
（2）常见的推送都是定时推送，一般使用crontab执行定时任务，当服务器为多台的时候需要注意
（3）推送的形式氛围 regid alias ,可以一人推送多条（按人推送），可以多人推送一条（按信息）进行推送，建议采用alias进行推送，alias规则可以自己生成，这样的话就不用获取识别符号。regid定位的是应用＋设备；指定设备指定应用，不管用户是否登录，只要应用不卸载重新安装就可以定位到！alias一般的命名规则“公司简称拼音_用户id”,这种情况就要求用户必须登录的情况下才能定位的到；两者各有优势和缺点，根据具体情况进行选择
（4）在刚开始的时候纠结于用户采用什么样子的设备，是android还是ios还是web，为此在后台程序里面飞了很多的功夫进行获取用户的设备，同时写了一个简单的算法进行识别用户采用的设备类型；很是费工夫，后来发现这样是没有意义的。直接进行全平台推送，发送不到直接失败了事，证明确认在这台设备上找不到，简单粗暴。援引一句很经典的话：设备能解决的问题何须程序啰嗦。个人浅以为景点！
app登录认证：header认证
header认证简单的就是在head传递两个参数，mobiletoken&userid，两个参数足矣。新建移动端数据表tbl_app_line_token,用户登录成功之后生成一个随机的字符串，简单的是设计方法，不需要统计用户的行为的情况下是这样的，首次登陆用户将两个参数和当前时间戳存入数据表，再次登陆的时候只需要更新时间戳就可以了。
具体实现的逻辑是：登陆成功监测tbl_app_line_token该表是否有用户信息，没有为首次登陆直接生成新的记录，如果有的话，更新时间戳。这样的话就可以将该接口放在model层，凡是需要用户登录才能实现的操作就可以先调用 该接口进行判断。同时登录的token最好设置时间限制，当然时间最好设置长一点，比如三天一周等，改数据最好写在全局配置文件里。比如说laravel框架的话，就写在.env问价里。
如果需要研究用户的习惯的话，可以再新建一张表登录记录表。
app基本功能：首页轮播图 滚动标题 用户模块 用户反馈
app设计的重要思想－－未雨绸缪 早作准备 站在全局的角度考虑问题
图片上传
首页缓存 消