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

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

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

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

应用升级服务的基本流程:
1.在服务器上面上传更新包，填写更新的版本信息和更新日志，将更新包存储在服务器的文件系统（一般用云服务器的CDN服务），将版本（Version-code），更新日志，文件md5及其他配置信息存储到数据库。
2.客户端请求服务器并传入客户端的版本信息，服务端将客户端的版本信息和数据库中存储的信息进行比较，如果需要更新则返回更新状结果码并回传更新包的url，否则返回不更新的状态码。
3.客户端收到服务器的返回结果后，进行数据的完整性校验，主要校验的是相关返回字段是否能够符合规则，然后对返回结果进行判断，判断是否需要更新，如果需要更新，则弹出对话框或者发送Notification来通知用户有新版本更新，用户确认后下载安装包，安装新版本。

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

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