移动应用（Android,IOS）自动更新替换方案

这个服务因为目前面临N多非技术的挑战，导致我们很难再从技术层面维护好这个服务:

• iOS: 第三方自动更新服务已经被苹果官方严格禁止了，集成第三方自动更新服务(如友盟+自动更新)的App在审核阶段会被大概率的拒绝。苹果官方数次要求友盟及早把iOS平台的更新服务停掉。在iOS新版本的系统上，其实应用更新已经是默认的功能了，所以第三方更新功能作用就不大了，没有太多存在意义了。
• Android: 面临的问题比较多，比如应用市场(除了Google Play之外，国内也有越来越多的市场渠道会对集成友盟自动更新插件的App审核拒绝)、部分系统厂商的限制(系统厂商可能会禁止掉非系统的更新，导致友盟更新组件报错或者抛异常)以及部分运营商的拦截(我们的下载CDN链接在某些地区的运营商会被禁止访问)，甚至APK的存储服务还会面临政策上的风险。
  

经过多方的协调沟通， 我们决定至4.1日起，停止向新用户透出该服务；今年10.15以后，老用户也停止该服务 (具体表现是网站上传APK-Android或者URL-iOS入口会下掉，已经发版的App，SDK发往服务器的请求仍会提供应答， 不会导致已发版的App有crash ，只不过服务器的返回不会再有版本更新信息，客户端不会再弹出版本提示更新 )。下面我们为开发者提供了两种服务迁移方式:

1. 使用友盟消息推送( http://push.umeng.com )的方式， 前提是必须集成友盟的消息推送SDK:  通过推送下载链接的方式来通知终端用户有新版本更新，引导用户去点击通知链接，下载新版本。此种方式目前比较安全，受应用市场、厂商系统、运营商的干扰不大。此外，使用消息推送方式的好处是，即使App在没有打开的情况下，仍有可能主动触达到用户(借助于友盟+消息推送强大的App互保联盟，只要设备上有一个集成过友盟消息推送的App是活跃的，其它集成友盟推送的App的消息也可以送达， 当前应用内更新的方案是App必须打开过，才会触发自动更新的请求 )，增加触达面。 友盟消息推送的后台截图如下(Android平台):

 

消息下发后，终端用户在通知栏就可以看到“新版本更新提示了”，参照图中右上角的红框部分。
当然，友盟推送服务提供了更强大的定向筛选功能，比如开发者可以指定给 版本号低 的用户群 定期 去推送“新版本升级”通知消息，用起来非常方便，详见下图:
 
注: 本例中，定向筛选条件是给版本小于1.0的用户去推消息，并且在接下来的一个月时间内，每周的星期一去触发推送指令。

2. 如果对该服务有强依赖，建议自己去实现一套(不建议使用其它第三方自动更新服务，会面临和友盟自动更新同样的问题)， 我们已经为大家整理了友盟的技术方案，大家可以仿照友盟的技术方案去实现自己的自动更新服务:

• Android: http://bbs.umeng.com/thread-15012-1-1.html
• iOS: http://bbs.umeng.com/thread-11135-1-1.html