路由跳转内存泄漏核心在于组件未真实卸载或资源未释放：一是框架复用组件导致生命周期钩子未触发，二是全局监听、定时器、订阅等外部引用未清理，需通过钩子打点和浏览器工具双重验证。

路由跳转引发的内存泄漏，核心在于“组件该卸载却没卸载”或“该清理的资源还挂着”。这不是路由本身的问题，而是开发者在组件与路由生命周期协同上出现了断点。关键要抓住两个维度：一是组件是否真实销毁，二是组件内持有的外部引用是否释放。

看组件有没有真正卸载

很多框架（如 Vue Router、React Router）默认复用组件实例来提升性能。比如从 /user/1 跳到 /user/2，若都映射到同一个 UserDetail 组件，框架就不会销毁重建它——这本是优化，但如果你的数据请求写在 mounted 或 useEffect(() => {}, []) 里，新参数来了也不会触发，同时旧监听、定时器也继续活着。

• Vue 中检查：beforeUnmount 是否执行；配合 <keep-alive></keep-alive> 时，activated/deactivated 会替代销毁逻辑
• React 中检查：componentWillUnmount 或 useEffect 的清理函数是否运行；可用 console.log('unmount') 快速验证
• 注意：控制台不报错 ≠ 组件已卸载，务必通过生命周期钩子打点确认

查组件里挂了哪些没放手的资源

即使组件卸载了，只要它内部注册过全局监听、启动过定时器、或把自身传给了第三方库，就可能形成闭包引用链，阻止 GC 回收。

Skill Weave Chains — 技能链路由引擎

开箱即用的技能链路由引擎。13 条预定义链覆盖搜索、开发、审查、MLOps、法律、创意等场景，三层路由架构（触发词→SAD反馈→DAG编排），recall@10=96.97%。配置驱动（chains.yaml），零代码扩展。pip install skill-weave-chains 一键安装。

下载

• scroll / resize / popstate 监听器：绑定在 window 或 document 上，必须手动 removeEventListener
• 定时器和动画帧：setInterval、setTimeout、requestAnimationFrame 需对应 clearInterval、clearTimeout、cancelAnimationFrame
• 事件总线或状态库订阅：如 DeviceEventEmitter.addListener、store.subscribe、router.beforeEach 全局守卫，必须显式 remove 或 unsubscribe
• 第三方 SDK 实例：地图、播放器、图表等常需调用 .destroy() 或 .dispose()

用浏览器快速定位泄漏源头

不用堆快照也能高效排查。打开 Chrome 任务管理器（Shift + Esc），反复执行一次路由跳转 → 等待 5 秒 → 再跳转，观察内存列是否阶梯式上升。确认泄漏后，立刻执行：

• 在控制台输入 getEventListeners(window)，重点看 scroll、resize 项是否越积越多
• 切换路由前后各执行一次 performance.memory.usedJSHeapSize，对比增长值
• 在 Performance 面板录制操作过程，开启 “Memory” 选项，查看 GC 后内存是否回落

不同框架的典型陷阱与应对

不同路由方案有各自易漏点：

• Vue Router：未处理 NavigationDuplicated 错误导致导航卡住，间接阻塞组件销毁；beforeRouteLeave 守卫中异步操作未完成就跳走，也可能拖住组件
• React Navigation / RNRF：页面跳转后，原页面的 BackHandler 监听未移除；通过 Actions.xxx({ callback: this.handle }) 传入组件方法，造成强引用
• react-router-redux：syncHistoryWithStore 返回的 unsubscribe 没被调用，历史监听长期驻留
• Go HTTP ServeMux：动态调用 http.HandleFunc 注册唯一路径，导致路由表无限膨胀且无法清理