Android 实现应用升级方案(暨第三方自动升级服务无法使用后的解决方案)

时间:2023-03-08 16:20:52
Android 实现应用升级方案(暨第三方自动升级服务无法使用后的解决方案)

第三方推送升级服务不再靠谱:

以前在做Android开发的时候,在应用升级方面都是使用的第三方推送升级服务,但是目前因为一些非技术性的问题,一些第三方厂商不再提供自动升级服务,比如友盟,那么当第三方推送升级服务不再靠谱的时候,需要怎么做?

为什么第三方推送升级服务会不靠谱:

自动升级服务因为面临N多非技术的挑战,比如应用市场(除了Google Play之外,国内也有越来越多的市场渠道会对自动更新插件的App审核拒绝)、部分系统厂商的限制(系统厂商可能会禁止掉非系统的更新,导致更新组件报错或者抛异常)以及部分运营商的拦截(下载CDN链接在某些地区的运营商会被禁止访问),甚至APK的存储服务还会面临政策上的风险。

解决方案:

自己实现一套推送升级服务,基本的实现思路是通过推送下载链接或者获取下载链接的方式,来通知终端用户有新版本更新,进而引导用户去点击推送的消息,下载新版本。

应用升级服务的基本流程:

1.在服务器上面上传更新包,填写更新的版本信息和更新日志,将更新包存储在服务器的文件系统(一般用云服务器的CDN服务),将版本(Version-code),更新日志,文件md5及其他配置信息存储到数据库。

2.客户端请求服务器并传入客户端的版本信息,服务端将客户端的版本信息和数据库中存储的信息进行比较,如果需要更新则返回更新状结果码并回传更新包的url,否则返回不更新的状态码。

3.客户端收到服务器的返回结果后,进行数据的完整性校验,主要校验的是相关返回字段是否能够符合规则,然后对返回结果进行判断,判断是否需要更新,如果需要更新,则弹出对话框或者发送Notification来通知用户有新版本更新,用户确认后下载安装包,安装新版本。

基本的实现思路就是这样,获取升级信息的入口和检测时机根据各自的产品需求自己定夺。另外,自己实现的推送升级服务上传的安装包最好是自己单独打的渠道包,这样才不会在和三方市场结算的时候出现一些统计方面的问题。

本文提供的解决方案不支持增量更新,仅供全量更新需求的人参考。