Angular OnPush模式下Async管道未触发视图更新问题咨询

已提供可直接运行的在线复现工程用于问题复现与排查。

这是一个简易 Angular 服务：内部创建带初始默认值的BehaviorSubject，对外暴露两个方法：

• 将内部 Subject 转换为 Observable 返回的方法
• 向内部 Subject 推送新值的方法

该组件注入前述服务后拿到返回的Observable引用，通过async管道完成订阅；Observable经过 RxJS 管道处理后用于渲染展示推送的值，同时该组件负责渲染第二个子组件。

该组件声明了一个输入属性，核心逻辑非常简单：订阅服务返回的Observable后触发一次新值推送，无其他额外业务逻辑。

当前异常表现为：控制台日志可以确认新值已经成功推送，但app.component的视图没有同步更新。
最初排查时怀疑服务返回的Observable没有运行在NgZone中，尝试把相关逻辑包裹在zone.run中执行，覆盖范围包括Observable完整执行逻辑、仅包裹next/complete调用部分两种场景，均没有解决问题。
目前测试验证过两种可以临时解决问题的方案：

• 方案一：启用app2.component中被注释的代码，也就是用setTimeout包裹Observable订阅逻辑
• 方案二：将组件的变更检测策略从OnPush修改为Default，但该方案不符合性能优化预期，不打算采用

预期运行逻辑：app.component拿到Observable后通过async管道订阅，接收到新值时应该自动触发视图刷新——这也是Async管道的设计目标，即自动通知Angular存在状态变更需要执行更新；app2.component加载完成后，通过输入属性触发Observable推送新值时，app.component的Async管道应该正常接收到新值并更新视图，表现和默认变更检测策略下一致。
目前已经确认这个问题不是Angular框架本身的缺陷，属于对Angular变更检测、Observable订阅机制的理解存在偏差，需要原理层面的解释，明确具体的理解误区。

备注：已经查阅过StackOverflow上的相关讨论，提到的通用解决方案都是使用zone.run或者手动调用detectChanges，但不清楚在当前这个场景下怎么正确应用这些方案。

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