页面栈溢出问题修复总结

1. 问题原因

在 uni-app 中，页面跳转会创建新的 webview，而页面栈数量存在限制（通常最多约 10 个）。当页面频繁通过 navigateTo 互相跳转时，会导致页面不断累积，最终触发错误：

navigateTo:fail webview count limit exceed

本质上，是因为重复进入 ai-write 与 template 页面时，每次都创建了新页面，页面栈持续增长直到超限。

2. 触发场景

用户实际操作流程如下：

ai-write → template（栈 +1）
template → ai-write（栈 +1）
再次 ai-write → template（栈 +1）
重复上述操作

多次往返后，页面栈超过上限，最终报错。

问题代码表现为：无论从哪里进入 template.vue，都使用 navigateTo 跳回 ai-write，导致不断压栈。

3. 问题根源

核心矛盾在于：

从 ai-write 跳到 template，完成操作后应该返回，而不是创建新页面。
但从外部（例如菜单、首页）进入 template 时，确实需要跳转到 ai-write。

两种场景使用同样的跳转方式就会导致页面栈混乱。

4. 解决方案

核心思路

通过区分页面来源来决定跳转方式：

从 ai-write 跳转过来 → navigateBack（返回，不新增栈）
从外部进入 template → redirectTo（替换当前页面，不新增栈）

来源判断通过 URL 参数 + 本地存储共同实现。

具体实现步骤

（1）ai-write.vue：跳转时传递来源

js 复制代码

uni.navigateTo({
  url: '/pages/video/template?from=ai-write'
})

（2）template.vue：onLoad 中保存来源标记

js 复制代码

onLoad((options) => {
  if (options.from === 'ai-write') {
    uni.setStorageSync('templateFromAiWrite', true)
  }
})

（3）template.vue：选择模板后根据来源决定跳转方式

js 复制代码

const fromAiWrite = uni.getStorageSync('templateFromAiWrite')
uni.removeStorageSync('templateFromAiWrite')

if (fromAiWrite) {
  uni.navigateBack()
} else {
  uni.redirectTo({ url: '/pages/video/ai-write' })
}

加上错误处理后保证跳转逻辑更稳定。

5. 涉及的关键知识点

5.1 页面栈机制

navigateTo：栈 +1
redirectTo：替换当前页，栈不变
navigateBack：栈 -1
reLaunch：清空栈并跳转

选择跳转 API 的正确方式

需要返回的交互 → navigateBack
无需返回的跳转 → redirectTo
避免循环跳转时慎用 navigateTo

5.2 参数传递方式

URL 参数：简单标记来源
本地存储：用于跨生命周期读取状态

5.3 错误处理

navigateBack 失败时降级为 redirectTo
使用 try/catch 防止异常阻塞流程

5.4 状态管理

来源标记流程：

ai-write 跳转 → 携带 from 参数
template onLoad → 写入存储
选择模板 → 读取并删除标记
根据来源决定跳转方式

6. 最佳实践总结

合理选择跳转 API，避免无意义的页面栈累积
区分进入来源，避免逻辑混乱
添加防御性代码和降级处理
清理状态标记，避免对后续操作造成干扰

总结

本次问题的根因在于 navigateTo 被反复使用，导致页面栈不断增长。通过增加来源判断并在合适场景下使用 navigateBack 和 redirectTo，实现了跳转流程闭环，彻底解决页面栈溢出问题，提高了页面流程的稳定性和用户体验。