Angular 4+路由异常：离开pageA后仍激活该页面求助

嘿，针对你遇到的这个问题——访问pageA后跳转到其他页面时，pageA仍保持激活状态，虽然路由事件显示目标正确，我整理了几个实用的排查方向，你可以逐一检查：

• 检查routerLinkActive的配置：如果pageA的导航链接使用了routerLinkActive指令，一定要确认是否设置了[routerLinkActiveOptions]="{ exact: true }"。如果没开启精确匹配，哪怕跳转的是完全无关的路径，也有可能因为指令配置疏漏导致pageA的链接被错误判定为激活状态。

• 核实路由守卫的逻辑：看看pageA组件有没有配置CanDeactivate守卫，或者全局/父路由有没有其他路由守卫（比如CanActivateChild）。如果守卫的逻辑存在错误（比如错误地返回false或者异步操作未正确完成），可能会阻止pageA组件的正常失活，导致它看起来还处于激活状态。

• 检查路由配置的层级结构：确认pageA的路由是否被错误地设置为其他页面路由的父路由，或者其他页面路由是否被嵌套在pageA的children数组里。如果是这种情况，跳转到子路由时，父路由（pageA）会保持激活状态，这是Angular嵌套路由的正常行为，但如果这不符合你的预期，就需要调整路由结构。

• 排查组件的销毁逻辑：检查pageA组件是否实现了OnDestroy钩子，并且在钩子中清理了所有订阅（比如路由事件订阅、定时器、HTTP请求等）。如果存在未清理的长期订阅，组件实例可能无法被Angular正确销毁，导致视觉或逻辑上看起来仍处于激活状态。

• 深入分析路由事件细节：虽然你说路由事件显示目标正确，但可以进一步查看NavigationEnd事件中的urlAfterRedirects字段，确认最终跳转的路径是否完全符合预期；同时查看RoutesRecognized事件的路由树结构，看看pageA的路由是否还在激活的路由分支中——如果是，说明路由配置存在匹配冲突，导致pageA的路由仍被识别为激活状态。

• 确认路由模式的影响：如果你使用了哈希模式（useHash: true），可以暂时切换到HTML5模式测试，排除哈希路径匹配的特殊情况（虽然这个概率较低，但可以作为排查的最后一步）。

你可以先从这些点入手排查，等你补充更多细节（比如路由配置片段、pageA组件的关键代码），我们可以再深入分析！

内容的提问来源于stack exchange，提问作者DKinnison