uni.reLaunch是清空页面栈、销毁所有页面实例并加载目标页的原子操作，专用于退出登录、支付成功跳转、权限校验失败等需状态重置的强一致性场景。
直接用 uni.relaunch，别绕弯。 它不是“关页+跳转”的组合动作，而是原子操作：清空整个页面栈、销毁所有页面实例、加载目标页。想“强制关闭当前页并跳转”，本质就是状态重置，uni.relaunch 是唯一可靠且平台一致的解法。
为什么不能用 uni.navigateBack + uni.navigateTo 串起来？
这是新手最常试的错误路径——先退一页，再跳新页。问题在于：uni.navigateBack 是异步弹出页面，但它的完成时机不可控；紧接着调 uni.navigateTo 极易触发“页面栈异常”或“跳转被拦截”。小程序平台会直接静默丢弃第二次跳转，H5 则可能报 NavigationDuplicated 错误。
更关键的是：它没真正“强制”。如果用户是从首页直接进来的（栈深为 1），uni.navigateBack 本身就会失效，后续跳转根本不会执行。
无序列表里记牢这三点：
-
uni.navigateBack只负责“返回”，不负责“跳新页”，强行拼接违反设计意图 - 两次跳转之间没有事务保证，中间插入用户手势（如快速连点）会导致行为不可预测
- 多端表现不一致：App 端可能卡在白屏，微信小程序会报错
fail page not found
uni.reLaunch 的正确用法和参数陷阱
它看起来像跳转，实则是冷启动式重载。目标页会触发 onLoad，所有已打开页面都会走 onUnload，这点必须确认。
常见错误是传了 TabBar 页面却没处理平台限制：
- 目标
url必须是pages.json中声明过的非 tabBar 页面，或明确配置在tabBar列表里的路径（如/pages/tabbar/home） - 若跳的是 tabBar 页面，微信/支付宝小程序要求
url必须完全匹配配置项，不能带 query 参数，否则静默失败 -
animationType和animationDuration在 H5 端无效，只对小程序起作用；设了也白设
示例（安全写法）：
uni.reLaunch({
url: '/pages/index/index' // 不带参数，确保是 tabBar 配置项中的路径
})
什么场景下必须用 uni.reLaunch？
不是所有“关页+跳转”都该用它，但它专治三类强一致性需求：
- 退出登录：必须清掉所有带用户态的页面（如个人中心、订单页），不留任何缓存
- 支付成功后跳订单页：避免用户点返回又回到支付页，造成重复提交风险
- 权限校验失败（如 token 过期）：需立刻中断当前流程，跳登录页，且不允许回退
注意：此时不要试图用 getCurrentPages() 手动遍历删页——pages 数组是只读快照，修改无效，还可能让生命周期钩子错乱。
Web-view 页面怎么关？别混用 API
如果当前页是 <web-view></web-view> 组件加载的网页，uni.reLaunch 对它不起作用。它走的是原生 webview 实例，得用原生方式关：
- 必须在
onBackPress或按钮点击中调用plus.webview.currentWebview().close()（仅 App） - 小程序端要用
webview实例的close()方法，通过getCurrentPages()[0].$getAppWebview()获取 - H5 端无法关闭自身窗口，只能用
window.history.go(-1)或跳转到空白页
跨平台时最容易漏掉这个分支，结果 App 正常、小程序白屏、H5 报错。
真正难的不是选哪个 API，而是判断“是否真需要强制”。多数时候，uni.navigateBack 就够了；只有当业务逻辑要求“栈必须为空、状态必须归零”，才轮到 uni.reLaunch 出场。滥用它会让页面跳转变重，影响体验。
