Angular中基于router-outlet实现子父传值的退订逻辑是否正确

你基于router-outlet的activate/deactivate钩子实现子路由向父组件传值的核心方案，没有原理性偏差。这种方式是Angular路由通信的原生可行路径——RouterOutlet本身设计了对应的事件机制，会在组件激活、停用时抛出实例引用，完全可以替代额外注入服务的轻量实现场景。

你目前编写的订阅退订逻辑，存在三类可触发内存泄漏的漏洞：

• 缺少父组件销毁兜底逻辑：当前退订动作只绑定在router-outlet的deactivate钩子里，如果HomeComponent整体被销毁（比如跳出整个Home路由模块），已建立的订阅不会被主动断开，依然会持有子组件可观测对象的引用，造成内存无法回收。
• 单订阅引用存在被覆盖的风险：如果用单个变量存储订阅实例，当同类型子组件因路由配置复用没有触发deactivate、直接二次触发activate时，新的订阅会覆盖旧的引用，导致旧的订阅永远无法被退订，形成持续监听的泄漏点。
• 调试逻辑的位置无效：你提到在ngOnInit生命周期打印订阅状态做调试，但订阅动作是在路由出口的activate钩子里才会执行，ngOnInit阶段订阅变量尚未被赋值，这个阶段的状态打印对调试没有实际参考价值。

• 不要用单个变量存储订阅，改用Subscription类型的集合容器，每次激活子组件拿到订阅后，通过add()方法把订阅追加到集合中，从根源避免订阅引用被覆盖。
• 在deactivate钩子中，除了触发单条订阅的退订，还要清空集合内所有关联的订阅；同时在HomeComponent的ngOnDestroy生命周期钩子里，对整个订阅集合执行一次统一退订，做全场景兜底。
• 当激活的子组件不属于MemberGridComponent类型时，要主动清空所有已存在的关联订阅，避免无意义的监听占用。
• 所有订阅状态的调试打印，要放到对应的activate、deactivate事件回调内部执行，不要提前到组件初始化阶段校验。

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