事件循环通过宏任务与微任务的层级调度协调执行时机，浏览器中每帧包含宏任务、微任务清空和渲染，Node.js 则依赖 poll 和 check 阶段；主动干预机制（如 requestIdleCallback、queueMicrotask）支持精细控制，但需避免微任务无限递归导致饥饿。
事件循环的控制流管理，本质是协调“什么时候该执行什么任务”的决策逻辑。它不靠硬轮询，而是依赖运行环境提供的调度信号和明确的优先级规则。
宏任务与微任务的层级调度
控制流的第一层划分来自任务类型本身。宏任务（如 setTimeout、页面渲染、I/O 回调）代表一次完整的执行周期；微任务（如 Promise.then、MutationObserver）则嵌套在宏任务之后、下一轮宏任务之前执行。
- 每个宏任务结束后，引擎会清空整个微任务队列，期间新产生的微任务也会被追加并立即执行
- 微任务不会打断当前宏任务，但能确保异步逻辑的响应及时性——比如状态更新后立刻触发视图同步
- 浏览器中，一次宏任务+全部微任务+渲染，才构成一个“帧周期”
运行环境决定的执行节奏
控制流不是纯 JS 层面的逻辑，而是由宿主环境（浏览器或 Node.js）注入的节拍器。
- 浏览器会在每次宏任务结束、微任务清空后主动触发渲染，这个时机不可跳过，也不可编程延迟
- Node.js 没有渲染阶段，但有 poll 阶段专门处理 I/O 回调，并根据是否有活跃定时器决定是否进入 check 阶段
- 两者都支持 process.nextTick（Node）或 queueMicrotask（浏览器），它们比 Promise 微任务更早执行，用于极细粒度的控制
主动干预与状态切换
现代事件循环支持通过 API 主动影响控制流走向，不只是被动等待。
- requestIdleCallback 让代码在浏览器空闲时执行，避免抢占用户交互或动画帧
- winit 等图形框架使用 ControlFlow::WaitUntil，把下一次唤醒绑定到具体时间点或外部事件（如鼠标移动），而非固定间隔轮询
- LangFlow 类工具借助 WebSocket 实现双向事件流，前端可随时发送 stop 或 pause 指令，后端事件循环在检查点响应，实现运行中干预
避免失控的关键细节
控制流一旦设计失当，容易引发饥饿、卡顿或资源泄漏。
- 无限递归调用 queueMicrotask 会阻塞后续所有宏任务，包括用户点击和定时器
- 在微任务中持续创建新微任务（如未设退出条件的 Promise 链），等同于同步死循环
- 长时间同步计算应拆分为多个宏任务（如用 setTimeout(fn, 0) 分片），给事件循环留出响应窗口
