事件循环不是ECMAScript规范定义的内容，而是运行时环境实现的调度机制；ES通过PromiseJobs、ScriptJobs和queueMicrotask()等抽象作业语义，约束微任务与宏任务的执行顺序，确保跨环境行为一致。
事件循环本身不是 ECMAScript 规范定义的内容，而是 JavaScript 运行时环境（如浏览器或 Node.js）各自实现的底层调度机制。ECMAScript 标准只规定语言语法、类型、内置对象（如 Promise、Array）、抽象操作和执行模型（如“执行上下文”“作业队列”等），但不规定宏任务/微任务的具体来源、阶段划分或事件循环的轮转细节。
ES 规范如何为事件循环提供基础支撑
尽管 ES 没有写“setTimeout 属于宏任务”，但它明确定义了两类关键抽象作业（Jobs），为所有运行时统一行为锚定了语义：
-
PromiseJobs：对应微任务，规范要求每个 Promise 的
then/catch回调必须以PromiseJobs形式入队，并在当前作业完成后、下一个宏任务开始前执行； - ScriptJobs 和 InitialJob：整体脚本执行属于一个初始宏任务，ES 明确其启动时机和完成条件，构成事件循环中“宏任务”的起点；
- queueMicrotask()：ES2020 正式纳入标准 API，其行为由规范直接定义——必须将回调排入微任务队列，且保证在当前宏任务结束后立即执行，不依赖宿主环境自行发明逻辑。
Node.js 与浏览器共享的是“作业语义”，不是“循环实现”
两者都严格遵循 ES 对 PromiseJobs 的调度要求，所以 Promise.then 总是比 setTimeout 先执行——这个顺序在 Chrome、Firefox、Safari 和 Node.js v12+ 中完全一致。但它们的底层实现差异显著：
Zenlink - Node SDK for ZenHeart
下载
ZenHeart zenlink 与 zenlink-mcp 为 OpenClaw，涵盖安装、MCP 注册、钩子接线、入站轮询及升级维护。
- 浏览器使用渲染帧驱动，把 UI 渲染作为宏任务阶段之一，还支持
MutationObserver这类 DOM 相关微任务； - Node.js 基于 libuv，划分更细的阶段（timers → pending callbacks → poll → check → close callbacks），每个阶段后才清空微任务队列；
-
process.nextTick()是 Node.js 特有高优先级队列，它甚至在 PromiseJobs 之前执行，但 ES 规范不涉及它——它是 Node.js 自行扩展，不违反 ES 语义。
为什么开发者感觉“行为一致”？
因为最常写的异步代码路径（Promise 链、async/await、setTimeout）所依赖的作业类型和调度优先级，都被 ES 规范明确约束。只要运行时正确实现了 PromiseJobs 和 ScriptJobs，就自然导出可预测的执行顺序。这种“约束下的自由实现”，正是 ES 规范的设计哲学：定义行为契约，不限定工程路径。
立即学习“Java免费学习笔记（深入）”；
