无Zone的Angular应用中，是否仍需启用OnPush以优化性能？

答案是需要，但适用场景和有Zone时略有不同。

核心逻辑梳理 #

OnPush的本质是缩小变更检测的范围：默认策略下，每次变更检测会遍历整个组件树；而OnPush仅在以下场景触发组件的变更检测：

• 组件的输入属性引用发生变化
• 组件内部触发了DOM事件（比如点击、输入）
• 手动调用ChangeDetectorRef.detectChanges()或markForCheck()
• 使用async管道订阅Observable时

禁用Zonejs后，Angular失去了自动触发变更检测的能力（原本Zone会在异步操作完成后自动调用ApplicationRef.tick()），所有变更检测都需要手动触发或通过Angular信号系统自动触发，但这并不影响OnPush对检测范围的限制作用。

具体场景下的价值 #

1. 手动全局触发变更检测（ApplicationRef.tick()）
   如果你通过调用tick()触发全局检测，默认策略会遍历所有组件。此时给非核心组件设置OnPush，就能避免这些组件在无状态变化时被重复检测，大幅减少不必要的性能开销。

2. 手动局部触发变更检测（组件内调用cdr.detectChanges()）
   当你仅在某个组件内触发局部检测时，它的子组件默认会被一并检查。如果子组件设置了OnPush，只有当子组件满足OnPush的触发条件时才会执行检测，避免子组件的无效检查。

3. 结合Angular信号系统
   无Zone模式下，信号更新会自动触发依赖该信号的组件检测。但OnPush规则依然生效：只有当信号是组件的输入属性，或是组件内部直接引用的信号时，才会触发该组件的检测，避免无关组件被误触发。

总结 #

不管是否启用Zone，OnPush的核心价值都是精准控制变更检测的触发时机与范围。无Zone只是改变了检测的触发方式，并没有削弱OnPush的性能优化作用——只要你的应用存在不需要频繁检测的组件，设置OnPush就有意义。

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