当Angular的Signals API稳定后，ChangeDetectionStrategy.OnPush是否不再必要？

即使Signals API正式稳定，ChangeDetectionStrategy.OnPush也不会完全失去存在的必要，核心原因如下：

• 存量项目的延续性
  大量现有Angular项目基于传统变更检测体系构建，组件依赖Input变更、async管道等逻辑触发更新。Signals虽能带来更优的细粒度更新，但无法一次性替代所有存量代码，OnPush仍是这类项目中控制变更检测范围、维持性能的成熟方案。

• 混合开发场景的过渡需求
  从传统变更检测迁移到Signals是逐步推进的过程，项目会长期处于混合状态——部分组件用Signals，部分依赖旧机制。OnPush可与Signals共存，帮助开发者平稳完成过渡，无需强制一次性重构全量代码。

• 不同优化逻辑的互补性
  Signals是细粒度响应式更新，通过追踪信号依赖实现精准渲染；而OnPush是粗粒度检测控制，通过限定触发条件（输入变更、组件内事件等）减少检测次数。两者优化思路不同：对于简单展示型组件，用OnPush的开发成本更低，无需引入Signals的响应式逻辑；复杂状态管理场景下，Signals的优势更突出。

• 生态兼容性的保障
  大量第三方库、UI组件仍基于传统变更检测机制开发，OnPush作为Angular核心特性会持续被支持，以确保生态的兼容性，避免开发者因API移除面临组件适配问题。

简单来说，Signals和OnPush是两种不同维度的性能优化方案，而非替代关系。Angular官方大概率会同时维护两者，让开发者根据项目类型、阶段和团队技术栈自主选择。

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