JavaScript事件循环由运行时环境实现，JS引擎只负责执行代码与维护队列；每次执行一个宏任务后清空全部微任务，setTimeout(0)仍属宏任务，queueMicrotask更及时。
JavaScript 的事件循环不是靠语言本身“实现”的，而是由运行时环境（比如浏览器或 Node.js）提供的底层机制；JS 引擎只负责执行代码、维护调用栈和任务队列，不直接“写”事件循环。
事件循环的核心结构：宏任务 vs 微任务
事件循环每次从宏任务队列取一个任务执行，执行完后，会清空当前所有微任务队列（Promise.then、MutationObserver、queueMicrotask），再继续下一个宏任务。
- 常见宏任务：
setTimeout、setInterval、setImmediate（Node.js）、I/O 回调、UI 渲染 - 常见微任务：
Promise.resolve().then()、queueMicrotask()、MutationObserver回调 - 注意：
process.nextTick（Node.js）优先级高于微任务，但在浏览器中不存在
setTimeout(fn, 0) 并不真的“立即执行”
即使设为 0，setTimeout 仍会把回调推入宏任务队列，必须等当前调用栈清空 + 所有微任务执行完，才轮到它。这和 queueMicrotask 行为有本质区别。
console.log(1); setTimeout(() => console.log(2), 0); Promise.resolve().then(() => console.log(3)); console.log(4); // 输出：1 → 4 → 3 → 2
- 顺序由任务类型决定，不是由时间参数决定
- 在性能敏感场景（如动画帧前处理），误用
setTimeout(..., 0)可能引入额外延迟 - 想“尽快但不打断当前同步流”，优先选
queueMicrotask
Node.js 和浏览器的事件循环阶段差异
Node.js 的事件循环有明确的六个阶段（timers、pending callbacks、idle/prepare、poll、check、close callbacks），而浏览器没有公开阶段划分，只保证宏/微任务调度语义。
立即学习“Java免费学习笔记（深入）”；
-
setImmediate只在 Node.js 中存在，运行在 check 阶段，总在setTimeout之后（即使后者是0） -
process.nextTick不属于任何阶段，它在每个操作完成后、进入下一事件循环阶段前立即执行 - 浏览器中没有等价于
process.nextTick的 API，queueMicrotask是最接近的替代
真正容易被忽略的是：你写的 JS 代码从来不会“启动”或“控制”事件循环——它只是往队列里塞任务，而队列怎么轮转、何时轮转、哪些 I/O 触发新任务，全由宿主环境决定。写异步逻辑时，与其纠结“循环怎么工作”，不如盯紧任务类型和插入时机。
