为何setTimeout执行后会触发Angular的ngDoCheck？

核心原因：ZoneJS与Angular变更检测的绑定 #

Angular依赖ZoneJS自动跟踪所有异步操作（包括setTimeout、Promise、AJAX请求等）。ZoneJS通过「猴子补丁（Monkey Patch）」替换全局异步API，比如重新定义setTimeout，在你的回调函数执行完成后，自动触发Angular的变更检测循环。

而ngDoCheck的触发规则很明确：只要Angular启动一次变更检测周期，所有实现DoCheck接口的组件都会调用ngDoCheck方法——不管组件有没有修改状态、模型或绑定。这就是仅执行console.log也会触发ngDoCheck的根本原因。

ZoneJS的具体机制 #

ZoneJS的核心是为每个异步操作创建专属执行上下文，当异步回调执行完毕后，Zone会触发onInvokeTask或onHasTask钩子，Angular监听该钩子，一旦收到通知就启动变更检测。简单来说，ZoneJS帮Angular实现了「异步操作完成自动检查变更」，无需开发者手动调用detectChanges()或markForCheck()。

无状态变更场景下调用ngDoCheck的价值 #

Angular无法预判异步回调内是否会修改状态——哪怕当前只写了console.log，换个场景可能就会修改组件属性。因此它采用「宁滥勿缺」的策略：只要是Zone跟踪到的异步操作结束，就全量触发变更检测，确保所有可能的视图更新都能被及时捕获。

这种设计的实际价值在于：

• 避免开发者因忘记手动触发变更检测导致视图不更新；
• 统一异步操作后的变更检测逻辑，减少开发者心智负担；
• 为ngDoCheck预留执行时机，让开发者能在这个钩子中处理Angular默认变更检测无法捕捉的变更（比如对象内部属性修改、数组元素替换但引用未变的情况）。

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