强制更新需三步：先用plus.runtime.version获取真实版本并语义化比对，再用cover-view全局弹窗锁死操作流，最后用plus.downloader监听进度并触发原生安装与重启。
强制更新不是弹个框就完事——必须用 plus.runtime.version 拿到真实版本号，比对后用 cover-view 全局锁死操作流，再通过 plus.downloader 监听进度并触发原生安装，三者缺一不可。
怎么拿到真正有效的本地 App 版本号
别信 uni.getSystemInfoSync().version，它在 iOS 返回系统版本，在 Android 常为空或错乱；唯一可靠的是 plus.runtime.version，但它只在真机或自定义基座的 5+ App 环境下存在。
- 必须加
#ifdef APP-PLUS条件编译，否则 H5 / 小程序会报错 - 要用
try/catch包裹plus.runtime.version调用，部分低端安卓机或调试环境可能未注入plus对象 - 兜底 fallback 到
uni.getSystemInfoSync().version时，必须正则校验格式：/^\d+\.\d+\.\d+$/，空值或含字母的直接跳过比对 - 小程序、H5、iOS 模拟器环境应直接跳过整套逻辑，避免运行时异常
版本比对为什么不能用字符串比较
"1.10.0" > "1.2.0" 在 JS 中返回 true，但语义上明显错误——这是强制更新失败最隐蔽的坑。
- 推荐用
uni.compareVersion(localVer, serverVer)，返回 -1 / 0 / 1，官方维护、兼容语义化多段版本（如"1.2.3.20261030"） - 若用自写函数，必须拆成数字数组逐位比：
split('.').map(Number)，不能用parseInt直接转整个字符串 - 服务端返回的
version字段必须严格为"1.3.0"格式，禁止带"v"、"-beta"、"build123"等后缀，否则解析失败 - 比对前先确认双方都通过正则校验，任一不合法就放弃强制流程，防止逻辑误触发
cover-view 弹窗为什么必须放 App.vue 底部 + 延迟渲染
cover-view 是唯一能盖过 map、video、摄像头等原生组件的容器，但它的渲染时机极敏感——同步挂载在 onLaunch 里，iOS 下大概率“闪一下就消失”。
- 结构必须写在
App.vue底部，用v-if="showUpdateModal"控制显隐，确保全局可访问、不受页面路由影响 - 检查完版本后，用
setTimeout(() => { this.showUpdateModal = true }, 100)延迟触发，避开 Vue 初始化和plus注入耗时 - 安卓点击空白区域无法关闭？因为
cover-view默认不响应事件，必须显式加bindtap="closeModal"并手动控制状态 - 强制更新时不能只靠遮罩层，需配合路由守卫：在
uni.addInterceptor('navigateTo')或onBackPress中拦截所有跳转和返回，只允许进更新页或留在当前页
下载进度怎么监听且不卡顿、安装后怎么生效
别用 uni.downloadFile，它不支持进度回调；也别幻想“静默安装 APK”，iOS 完全不可行，Android 8.0+ 也必须弹系统安装页。
- 必须用
plus.downloader.createDownload(url)创建任务，立即绑定statechanged事件，只在task.state === 2（正在下载）时更新进度 -
this.progress = Math.round((task.downloadedSize / task.totalSize) * 100)必须四舍五入取整，否则小数频繁触发视图重绘，导致 UI 卡顿 - Android 安装后不重启，用户看到的仍是旧代码——必须在
plus.runtime.install的 success 回调内**立即、同步**调用plus.runtime.restart()，不能加setTimeout，也不能写在回调外 - iOS 只能跳 App Store，下载完调
plus.runtime.openURL(downloadUrl)即可，别尝试install，会静默失败
最常被忽略的点是：强制更新不是 UI 层的事，而是从版本获取、比对、弹窗、下载、安装到重启的完整链路。任意一环没做容错（比如没 try/catch plus.runtime.version，或没在 install 成功回调里调 restart），都会导致用户卡在旧版本里动不了，又关不掉弹窗——这才是真正的“强制失败”。
