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 行为有本质区别。

Json Schema Toolkit

使用 JSON Schema 验证 JSON 数据，从示例 JSON 生成 schema，并将其转换为 TypeScript 接口、Python 数据类或 Markdown 文档。

下载

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 触发新任务，全由宿主环境决定。写异步逻辑时，与其纠结“循环怎么工作”，不如盯紧任务类型和插入时机。