uni.redirectTo 不能跳转 tabBar 页面，因其仅支持非 tabBar 页面，需改用 uni.switchTab；跳转后 onUnload 不触发多因 keep-alive 缓存或路由冲突；清理逻辑须在跳转前执行，避免依赖生命周期回调。
uni.redirectTo 为什么不能跳转 tabBar 页面
调用 uni.redirectTo 时传入 tabBar 页面路径（如 /pages/tab/home），会静默失败或白屏，因为该 API 仅支持非 tabBar 页面。微信、支付宝、抖音等小程序平台均强制校验路由注册类型，一旦发现目标页在 pages.json 的 tabBar 列表中，就直接 reject，不报错也不提示。
常见错误写法：uni.redirectTo({ url: '/pages/tab/home' })
结果：H5 端可能跳成空白，小程序端控制台无报错但页面不动。
- 必须改用
uni.switchTab跳转 tabBar 页，且url只能是相对路径（不含参数） - 如果需要带参跳 tab 页，只能先
uni.setStorageSync存临时数据，再uni.switchTab，目标页在onShow中读取 -
uni.reLaunch可以跳 tabBar 页，但它会清空整个栈，慎用于非登出/重置场景
redirectTo 跳转后 onUnload 不触发的几种情况
uni.redirectTo 的设计是“关闭当前页 + 打开新页”，所以当前页理应触发 onUnload。但实际开发中常发现它没执行，原因多为：
- 页面被
keep-alive缓存（尤其在 Vue 3 +onUnload被跳过 - 跳转前页面已调用
uni.navigateBack或其他路由 API，导致生命周期混乱 - H5 端使用了
history.pushState拦截，干扰了 uni-app 内部栈管理
验证方式：在目标页 onLoad 里打印 getCurrentPages().length，若仍为 1，说明上一页未被销毁 —— 此时 onUnload 必然不会触发。
如何安全地在 redirectTo 后清理状态或触发回调
不能依赖 onUnload，就得把清理逻辑提前或外置。核心原则是：**跳转前做完所有副作用**。
- 在
uni.redirectTo调用前，手动清除定时器、取消请求、uni.removeStorage临时缓存 - 不要把关键逻辑放在
fail回调里 ——redirectTo失败时页面仍在，但用户已预期离开，容易造成状态错乱 - 若需跳转后通知其他模块（如全局 loading 关闭），用
uni.$emit或EventBus，但注意监听要在跳转前注册 - 避免在
success回调里做异步操作（如await api.submit()），因为 success 仅表示跳转发起成功，不代表新页已加载
redirectTo 和 navigateTo 混用时的栈溢出风险
看似只是换了个 API，但混合使用极易突破 10 层栈限制。例如：
// A → B（navigateTo）→ C（redirectTo）→ D（navigateTo）→ … // 实际栈中：A、B、D、E… 仍在，C 被销毁，但 B 还在，继续嵌套就超限
表现是后续 navigateTo 静默失败，无任何提示，页面卡住。
- 深层流程（如多步表单）建议统一用
redirectTo，每步都替换，保持栈深 ≤ 2 - 若必须保留返回能力（如详情页 ← 列表页），则全程用
navigateTo，并在关键节点用getCurrentPages().length > 8主动uni.navigateBack({ delta: 1 })削减 - App 端可通过
uni.getSystemInfoSync().platform === 'app'做栈深兜底，H5 端则要额外监听popstate
