没有哪个框架像Angular这样，把“变更检测”四个字刻在脑门上。你写React，可能根本感知不到Virtual DOM diffing的具体时机——除非你刻意用React.memo。Vue呢？响应式系统替你把一切都安排得明明白白。但Angular，说实话，从第一天起就让你直面脏检查。是的，就是那个听起来很蠢的机制。
不过，Angular的脏检查早就不是AngularJS时代的无限循环了。现在的它，基于Zone.js触发，然后跑一棵编译过的组件树。但等等——你猜怎么着？默认策略下，哪怕只是一个鼠标滑过，它都会从根组件开始，把所有组件全检一遍！这合理吗？显然不。于是OnPush策略登场，试图把我们从遍历地狱里捞出来。然而，OnPush不是银弹，用不好就是掩耳盗铃。
Zone.js：你以为的魔法，其实是补丁
Zone.js 就是一大坨猴子补丁！它劫持了浏览器所有异步API，setTimeout、addEventListener、fetch……然后每次回调执行完就触发一次变更检测。粗暴，有效，但代价巨大——你什么也没做，就白检一圈。
源码里，每次触发会调用ApplicationRef.tick()，然后走一遍组件树。这棵树在Angular编译阶段就已经被线性化了——每个组件节点都带一个检测函数，叫checkAndUpdateView。遍历是深度优先的，但那些静态的DOM节点会被直接跳过，只检查绑定。
这么做有好处：确定性极高。你永远知道变更检测什么时候发生。但坏处也很明显——哪怕只是一个按钮的悬停样式变了，整个应用都跟着哆嗦。在一个含有500个组件的仪表板应用里，我实测过，默认检测一次耗时在120ms左右。120ms什么概念？60fps是16ms，肉眼可见的卡顿。
那怎么破？很多人会说：上OnPush。没错，但OnPush到底是什么？它并不是“不检测”，而是给组件打上标记，告诉Angular：如果我的输入引用没变，就别费劲查我。
OnPush策略：当你试图逃离树遍历
OnPush的核心其实是引用比较。Angular在检查组件前，会先看输入属性（@Input）的对象引用是不是和之前一样。如果一样，就跳过这个组件及其子树——除非组件内部有事件触发标记。
听起来完美？我当初也这么以为。直到发现一个巨大的陷阱：你传给子组件的对象，内部属性变了但引用没变。比如典型的数组push。子组件无动于衷。这根本不是Bug，是设计。Angular强迫你拥抱不可变数据——每次修改就新建引用，像Redux那样。或者，你手动调用ChangeDetectorRef.markForCheck()，沿着注入链标记组件脏了，下次检测时一准查你。
优化效果惊人。同样的仪表板，全切OnPush并用immutable数据后，平均检测耗时降到12ms。如果进一步，把非关键的组件detach()完全摘出自动检测，只在自己数据变更时手动检测，可以压到4ms以内。4ms！这还是TypeScript写的，不是原生JS。
但代价来了——代码复杂度上升。你的团队必须对数据流有严格纪律，稍有不慎就UI不更新。接下来这三个坑，我全都踩过，血泪教训。
三个让你头秃的坑
坑1：OnPush组件里的异步操作不触发更新。 很多人以为用了setTimeout或者HTTP请求回来，Angular会自动更新视图。但OnPush组件不会，除非有@Input变化或内部事件。解决方案：在订阅回调里调用this.cdr.markForCheck()，或者更狠一点，改用async管道——async管道内部会帮你标记。
坑2：第三方库偷偷在Angular zone外操作。 有些图表库为了性能，用runOutsideAngular绑定事件，导致变更检测完全不触发。你的组件傻等更新，却一片死寂。怎么发现？打开Angular DevTools，查看检测树，如果某个组件永远灰色，就是被摘出去了。解决：要么把事件包回NgZone.run()，要么干脆detach后用requestAnimationFrame手动管。
坑3：ChangeDetectorRef的markForCheck和detectChanges混淆。 markForCheck是向上标记到根，等下一次全局检测；detectChanges是立即对当前组件及子树检测。很多人乱用，导致性能不升反降——重复检测。最佳实践：只在需要立即反映UI的地方（比如动画）用detectChanges，业务数据流用markForCheck配合OnPush，全局用runOutsideAngular包裹高频回调。
说到底，Angular的变更检测是一套精心设计的流水线。Zone.js是笨重的发动机，组件树是传送带，OnPush是智能分拣——只动该动的零件。你要做的，就是让这架机器精确运转，既不空转，也不漏件。这种克制的美学，大概就是Angular最初吸引我的地方。
但有时我也会烦躁。为了那几毫秒的极致，要搭上这么多约束。值吗？对大型协作项目，值。对独立开发者，也许React更逍遥。选择这种事，如人饮水，冷暖自知。
