不能，uni.addinterceptor 无法在小程序端拦截所有跳转；其对 uni.switchtab、uni.navigatetominiprogram 等关键跳转无效，必须通过封装 safenavigateto 等函数统一收口并预处理参数与状态。
uni.addInterceptor 能否在小程序端拦截所有跳转？
不能完全依赖 uni.addInterceptor 实现“真正全局”的参数拦截重定向，尤其在微信/支付宝等小程序平台——uni.switchTab 的拦截器基本无效（2026年实测仍不生效），uni.navigateToMiniProgram 等跨小程序跳转也完全不受控。
这意味着：只靠 uni.addInterceptor 写四次 invoke，会在 tab 切换、第三方小程序跳转、甚至某些 H5 容器内跳转时漏掉守卫逻辑。
- 微信小程序中
switchTab拦截器注册后无任何日志输出，invoke根本不触发 -
uni.reLaunch在部分安卓低端机上存在延迟触发或丢失参数问题 - 带
extraData的navigateToMiniProgram跳转无法被拦截，参数校验和重定向必须前置到业务层
如何安全地做参数拦截与重定向？
核心思路是「收口 + 预处理」：所有跳转入口必须经过你封装的函数，而不是直接调用 uni.navigateTo 等原生 API。
例如在 /utils/router.js 中统一导出：
export function safeNavigateTo(options) {
const { url, ...rest } = options
const path = url.split('?')[0]
const query = Object.fromEntries(new URLSearchParams(url.split('?')[1] || ''))
<p>// 白名单放行（如首页、登录页）
if (['/pages/index/index', '/pages/login/login'].includes(path)) {
return uni.navigateTo({ url, ...rest })
}</p><p>// 登录态检查 + 参数校验
const token = uni.getStorageSync('token')
if (!token || typeof token !== 'string' || token.trim().length === 0) {
uni.setStorageSync('redirectUrl', url) // 保留原始带参路径
return uni.redirectTo({ url: '/pages/login/login' })
}</p><p>// 过期检查（假设 token 是 JWT）
try {
const payload = JSON.parse(atob(token.split('.')[1]))
if (Date.now() > payload.exp * 1000) {
uni.removeStorageSync('token')
uni.setStorageSync('redirectUrl', url)
return uni.redirectTo({ url: '/pages/login/login' })
}
} catch (e) {
// 解析失败，视为无效 token
uni.removeStorageSync('token')
uni.setStorageSync('redirectUrl', url)
return uni.redirectTo({ url: '/pages/login/login' })
}</p><p>// 参数合法性检查（示例：订单页必须带 order_id）
if (path === '/pages/order/detail' && !query.order_id) {
uni.showToast({ title: '参数缺失', icon: 'none' })
return Promise.reject(new Error('missing order_id'))
}</p><p>return uni.navigateTo({ url, ...rest })
}</p>
- 所有页面中调用
safeNavigateTo({ url: '/pages/order/detail?order_id=123' }) - 登录成功后，从
uni.getStorageSync('redirectUrl')读取并跳转，必须保留原始 query - 不要在拦截逻辑里再调用
safeNavigateTo，否则递归死循环
tabBar 页面跳转怎么加参数拦截？
uni.switchTab 本身不支持 query 参数，但你可以通过全局状态 + 页面生命周期配合实现“伪参数传递”：
比如用户从首页点击 tabBar 进入“我的”，但希望携带 from=home 标记：
- 点击前先存：
uni.setStorageSync('tabbarRedirectMeta', { from: 'home', timestamp: Date.now() }) - 在目标页面（如
/pages/mine/index）的onLoad里读取并消费：uni.getStorageSync('tabbarRedirectMeta') - 消费完立刻清除：
uni.removeStorageSync('tabbarRedirectMeta') - 避免污染后续 tab 切换
注意：switchTab 后页面会重新 onLoad，但 onShow 不会触发，所以必须在 onLoad 处理。
容易被忽略的关键细节
参数拦截最常崩在边界场景，不是逻辑写错，而是没覆盖这些：
-
args.url可能是相对路径（如../login/login），白名单比对前必须normalize成绝对路径，建议统一用/pages/xxx/xxx格式存储白名单 -
uni.navigateTo的url字段不接受对象，extraData只在navigateToMiniProgram中有效，别混淆 - 登录页跳转后，如果用户手动修改地址栏再回退，
redirectUrl可能已过期或指向非法路径，需加校验：if (!whiteList.includes(redirectPath)) redirectUrl = '/pages/index/index' - 小程序真机调试时，
getStorageSync有时返回undefined而非null，判断 token 一定要用typeof token === 'string' && token.trim()
真正的拦截不在 API 层，而在团队是否严格执行跳转收口。哪怕只有一处漏掉 safeNavigateTo，整个守卫就形同虚设。
