uni-app无跨平台强制重启api，需分端实现：android用plus.runtime.restart()热重启并检查存在性；ios通过urlscheme唤起模拟；小程序/h5仅能uni.relaunch+手动清状态。
没有跨平台的“强制重启”API，必须按端区分实现：App 端可热重启或冷重启，小程序/H5 只能模拟页面栈重置 + 状态清理。
Android 上用 plus.runtime.restart() 热重启
这是最接近原生重启的方式，会重新加载 JS 引擎和 Activity，但仅限 Android 且需运行环境支持。
- 调用前必须检查存在性：
if (plus.runtime && plus.runtime.restart)，否则直接报错 - 部分低版本基座（如 3.1.x）或厂商 ROM 可能未实现该方法，需 fallback 到
plus.runtime.quit() - 不能在
onUnload或页面卸载中立即调用 —— 容易因生命周期冲突导致黑屏，建议加延迟：setTimeout(() => { plus.runtime.restart() }, 100) -
plus.runtime.restart()不清空uni.setStorageSync数据，如需彻底重置，得手动加uni.clearStorageSync()
iOS 上无法真正重启，只能用 urlScheme + location.href 间接拉起
iOS 系统禁止 App 自行退出，plus.runtime.quit() 静默失败；唯一合规路径是“跳转 + 外部唤起”。
- 先在
manifest.json的app-plus → distribute → ios下配置urlScheme，例如"urlScheme": "myapp" - 调用分两步：
uni.reLaunch({url: '/pages/index/index'})清页面栈，再setTimeout(() => location.href = 'myapp://', 300) - 必须加延迟，否则
location.href在页面未完全卸载前触发，会被拦截或无效 - 用户首次使用需手动允许“打开此应用”，且后台被系统杀掉后，
urlScheme唤起可能失败 —— 这是 iOS 机制限制，不是代码问题
小程序和 H5 只能模拟重启：用 uni.reLaunch() + 手动清状态
这些平台没有进程概念，“重启”本质是重置前端状态。漏掉任何一环都会让用户感觉“没重启成功”。
-
uni.reLaunch({url: '/pages/index/index'})是必须的，它清空整个页面栈 - 全局状态如 Vuex/Pinia 必须显式重置，比如
store.dispatch('reset')或store.$state = initialState -
uni.clearStorageSync()要放在reLaunch前，否则新页面加载时旧缓存仍存在 - H5 可额外用
location.reload()，但仅适用于单页模式且无路由守卫拦截的场景；若用了 Vue Router 的history模式，reload()可能导致 404
Android 冷重启（退出再拉起）更彻底，但体验略差
当热重启不可靠时，可用原生 Intent 实现冷重启，等效于用户手动杀进程再点图标启动。
- 需获取主 Activity：
const activity = plus.android.runtimeMainActivity() - 通过
PackageManager.getLaunchIntentForPackage()构造启动 Intent，并设置FLAG_ACTIVITY_NEW_TASK | FLAG_ACTIVITY_CLEAR_TASK - 调用
activity.startActivity(intent)后，用setTimeout(() => { plus.runtime.quit() }, 100)退出当前实例 - 注意：该方式会丢失所有内存状态，包括 WebView 缓存、插件实例、原生模块内部状态，比热重启更“干净”，但也更激进
真正容易被忽略的是冷启动残留：WebView 缓存、原生模块状态、插件实例，这些不会随 JS 层重启自动清理，必须在重启逻辑前后主动干预或重置。
