uniapp端更新升级
App端更新升级
app升级分为两种：整包/资源热更新
- 整包更新，即常规的整个App安装包重新下载安装。
- 资源热更新，即wgt资源包增量更新。
参考uniapp官网文档
==ios升级（升级逻辑OK） 该Demo未实现真实测试==
概述
- App在Android、iOS平台上App安装包和wgt资源包的发布升级
- 本次demo支持客户端一键式检查更新
demo环境
- vue2版本
- 腾讯云存储 （可用服务器代替）
- Node.js 简易服务（mock资源包数据交互）
更新下载安装 check-update.js
该函数在 utils目录下
如果是静默更新，则不会打开更新弹框，会在后台下载后安装，下次启动应用生效（wgt包）
静默更新不支持情况
- SDK 部分有调整，比如新增了 Maps 模块等，不可通过此方式升级，必须通过整包的方式升级。
- 原生插件的增改，同样不能使用此方式。
对于老的非自定义组件编译模式，这种模式已经被淘汰下线。但以防万一也需要说明下，老的非自定义组件编译模式，如果之前工程没有 nvue 文件，但更新中新增了 nvue 文件，不能使用此方式。因为非自定义组件编译模式如果没有nvue文件是不会打包weex引擎进去的，原生引擎无法动态添加。自定义组件模式默认就含着weex引擎，不管工程下有没有nvue文件。
检查更新函数 check-version
1.使用检查更新需要传递三个参数 appid、appVersion、wgtVersion
- appid 使用
plus.runtime.appid获取 - appVersion 使用
plus.runtime.version获取 - wgtVersion 使用
plus.runtime.getProperty(plus.runtime.appid,(wgtInfo) => { wgtInfo.version })获取
代码说明
更新弹框
-
下载完成提示安装：
- 支持静默更新设置
- 支持是否强制更新设置
API说明及规则
-
根据传参，先检测传参是否完整，appid appVersion wgtVersion 必传
-
先从数据库取出所有该平台的所有线上发行更新
-
再从所有线上发行更新中取出版本最大的一版。如果可以，尽量先检测wgt的线上发行版更新
-
使用上一步取出的版本包的版本号 和传参 appVersion、wgtVersion 来检测是否有更新。必须同时大于这两项，因为上一次可能是wgt热更新，否则返回暂无更新
-
如果库中 wgt包 版本大于传参 appVersion，但是不满足 min_uni_version < appVersion，则不会使用wgt更新，会接着判断库中 app包version 是否大于 appVersion
接口入参：
| 参数 | 类型 | 说明 |
|---|---|---|
| appid | String | Appid eg：__UNI__8002979 |
| appVersion | String | APP当前版本号 |
| wgtVersion | String | App当前资源版本号 |
| platform | String | App运行当前客户端环境（IOS/Android） |
返回结果：
| 参数 | 类型 | 说明 |
|---|---|---|
| code | Int | 说明如下表 |
| title | String | 更新标题设置 |
| contents | String | 更新描述设置 |
| is_silently | Boolean | 是否热更新 （true/false） |
| url | String | 资源包地址 |
| platform | String | 客户端环境（IOS/Android） |
| type | String | 当前更新包类型 （apk/wgt） |
| is_mandatory | Boolean | 是否强制更新 （true/false） |
| message | String | 说明如下表 |
code及message说明：
| code | message |
|---|---|
| 0 | 当前版本已经是最新的，不需要更新 |
| 101 | wgt更新 |
| 102 | 整包更新 |
| -101 | 暂无更新或检查appid是否填写正确 |
| -102 | 请检查传参是否填写正确 |
版本检测规则
- 对比版本号
- 支持比对 ("3.1.1", "3.1.0")
关于热更新是否能上架
参考官方文档（具体需要实践）
-
应用市场为了防止开发者不经市场审核许可，给用户提供违法内容，对热更新大多持排斥态度。
-
但实际上热更新使用非常普遍，不管是原生开发中还是跨平台开发。
-
Apple曾经禁止过jspatch，但没有打击其他的热更新方案，包括cordovar、react native、DCloud。封杀jspatch其实是因为jspatch有严重安全漏洞，可以被黑客利用，造成三方黑客可篡改其他App的数据。
-
使用热更新需要注意：
- 上架审核期间不要弹出热更新提示
- 热更新内容使用https下载，避免被三方网络劫持
- 不要更新违法内容、不要通过热更新破坏应用市场的利益，比如iOS的虚拟支付要老-老实实给Apple分钱
- 如果你的应用没有犯这些错误，应用市场是不会管的。
END————————
码字不易，如果喜欢或者对你有丝毫帮助的话，帮忙点个👍 哈，点赞就是我的动力。
