apk升级文件服务器,整包(apk/ipa)升级

5+应用可使用以下方式进行升级

- 整包升级：适用于大版本更新，runtime发生变化时(模块、配置、版本等变化)必须使用此更新方法

- 应用资源升级：适用于小版本更新 。runtime不变，前端页面整体压缩包更新

- 应用资源差量升级：适用于小版本更新 。runtime不变，前端页面仅需要更新的部分更新。

本文重点描述5+应用整包升级，逻辑其实是非常简单，主要有三个步骤：

1. 查询是否有新版本更新

2. 下载新版本

3. 安装新版本

而在实际应用的升级过程中则需要处理很多细节问题，下面就按照这个流程来简单说明在5+App中实现应用升级的逻辑。

查询是否有新版本更新

这个操作其实非常简单，就是客户端与升级服务器的一次交互操作，比较升级服务器上发布的最新客户端版本是否高于当前客户端版本号(5+ API中可以通过plus.runtime.version获取当前apk/ipa的版本号，注意打包方生效)？是的话则需要升级，否则无需升级。

从逻辑上来考虑有两种判断模式：

1. 客户端判断是否有升级

客户端从服务器获取最新的版本号，本地js判断是否需要升级。

2. 服务器判断是否有升级

客户端提交版本到服务器，有服务器判断返回是否需要升级。

前者的优点是否服务器压力小，静态返回最新客户端版本即可，后者的优点则升级控制会更灵活，可以根据其它条件动态控制部分用户先升级(灰度发布)等。有条件的情况推荐采用第二种方式进行判断。

可以使用Javascript中的标准XHR请求，如果存