Angular ChangeDetectionStrategy.OnPush输入变更未触发更新问题咨询

1. 「仅当输入通过模板绑定设置时才会触发OnPush组件自动更新」的结论是否正确？ #

这个结论完全正确。
Angular官方文档中提到的「输入属性变更触发OnPush组件更新」，前置条件是输入变更由Angular的模板绑定检测系统捕获。如果使用者绕过模板，直接通过TypeScript代码获取组件实例后给@Input属性赋值，Angular的变更检测机制无法感知这次赋值操作，自然不会触发组件的更新流程。

2. 给出的TestPushSaveComponent实现是否可作为OnPush策略的通用最佳实践？ #

该方案可以解决特定场景的更新问题，但不算全场景通用的最佳实践，有明确的适用边界：

• 方案优势：
  • 确实可以同时兼容两种输入赋值场景：无论是通过模板绑定传值，还是直接通过组件实例赋值，@Input的setter都会向BehaviorSubject推送新值，而async管道收到新值时会主动标记组件为需要进行变更检测，保证视图正常更新，不需要依赖Angular的输入绑定检测逻辑。
• 方案局限：
  • 存在不必要的性能开销：每个输入属性都需要维护一个RxJS Subject实例，对逻辑简单的纯展示组件来说过重。
  • 提升维护成本：如果组件没有复杂的输入值组合变换需求，额外引入一层RxJS流会增加团队成员的理解成本。
  • 属于过度设计：对有明确调用规范的内部业务组件来说，这套方案的兜底能力完全没有用武之地。

3. 「该方案可适配所有场景」的判断是否合理？ #

这个判断在公共组件开发场景下是合理的，在内部业务组件开发场景下偏冗余：

• 如果你开发的是面向外部使用者的公共组件库，无法约束使用者的调用方式，这套方案可以兜底避免用户非规范调用时出现视图不更新的问题，适配性更强。
• 如果你开发的是团队内部的业务组件，且团队有明确规范要求@Input属性仅能通过模板绑定传值，这套方案的兜底能力完全没有用武之地，直接使用普通@Input即可。
  你之前听到的「输入属性不要配合async管道使用」的说法，适用前提是输入仅通过模板绑定传入，这种场景下Angular会自动触发变更检测，额外套async管道确实属于冗余操作，该说法在规范使用的场景下是成立的。

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