App版本更新：实现策略梳理

前言

版本更新场景无非是登录时版本更新、推送试版本更新、心跳试版本更新等

推送试有概率失败，如信号不好，来电话了等各种因素影响。暂时排除

心跳试版本更新，实时检测，对性能跟电量多少有影响，不符合优化标准

登录时检测一次，简单高效，比较符合要求，当前方案就选用登录时进行讲解。

后台实现策略

App升级更新方式包括：强制更新、非强制提示更新、非强制不提示更新等

 

以上图为例，版本状态：

1、最新版本，且只能各有一个。

2、强制升级，表示当前版本用户强制更新到最新版本

3、提示升级：表示当前用户提示更新操作，不强制更新

4、不提示升级：表示当前用户不做任何操作

 

优点：灵活控制各个历史版本的升级，可以指定修复相应的历史版本。

缺点：需要运维人员根据app上架时间手动创建对应数据。

APP实现策略

App启动请求接口判断是否更新，具体业务逻辑可自行修改。

App端传客户端类型+当前版本号，服务器端进行比对，返回是否需要更新。

1、强制更新，app弹窗提示，无法关闭弹窗，只允许强制更新

2、非强制更新，app弹窗提示，可关闭弹窗，弹窗时机根据业务逻辑自行判断