前言
版本更新场景无非是登录时版本更新、推送试版本更新、心跳试版本更新等
推送试有概率失败，如信号不好，来电话了等各种因素影响。暂时排除
心跳试版本更新，实时检测，对性能跟电量多少有影响，不符合优化标准
登录时检测一次，简单高效，比较符合要求，当前方案就选用登录时进行讲解。
后台实现策略
App升级更新方式包括：强制更新、非强制提示更新、非强制不提示更新等
image.png
以上图为例，版本状态：
1、最新版本，且只能各有一个。
2、强制升级，表示当前版本用户强制更新到最新版本
3、提示升级：表示当前用户提示更新操作，不强制更新
4、不提示升级：表示当前用户不做任何操作
image.png
优点：灵活控制各个历史版本的升级，可以指定修复相应的历史版本。
缺点：需要运维人员根据app上架时间手动创建对应数据。
APP实现策略
App启动请求接口判断是否更新，具体业务逻辑可自行修改。
App端传客户端类型+当前版本号，服务器端进行比对，返回是否需要更新。
1、强制更新，app弹窗提示，无法关闭弹窗，只允许强制更新
2、非强制更新，app弹窗提示，可关闭弹窗，弹窗时机根据业务逻辑自行判断
