事件循环模型本身不是es5或es6新增特性，而是运行时底层机制；es标准不直接定义它，但es6引入promise和微任务、es2017推出async/await、es2021增加queuemicrotask和abortcontroller，逐步增强异步控制能力。
事件循环模型本身不是 ES5 或 ES6 的“新增特性”，它属于 JavaScript 运行时（如 V8、SpiderMonkey）的底层机制，早在 ES5 之前就已存在。ES 标准规范并不直接定义事件循环，而是通过抽象操作（如 Job、PromiseReactionJob）来约定异步任务的执行时机。真正发生显著变化的，是 ES5 到 ES6 及后续版本中，**对异步任务的建模方式、调度优先级和开发者可操作接口**——这些改进深刻影响了事件循环的实际行为表现。
ES5：回调驱动 + 手动调度
ES5 没有原生异步抽象，依赖宿主环境提供的回调接口（如 setTimeout、XMLHttpRequest.onreadystatechange、DOM 事件）。所有异步逻辑都靠“回调函数”嵌套实现：
- 任务完全由宿主调度，JS 层无控制权；没有统一的微任务概念，所有回调都进入宏任务队列（如 timer、I/O、UI 渲染后）
- “回调地狱”普遍存在，错误处理分散，无法统一捕获或取消
- 无法区分高优先级异步操作（如响应用户输入）和低优先级（如日志上报），调度粒度粗
ES6：引入 Promise 与微任务队列
ES6 正式标准化 Promise，并首次在语言层面引入 微任务（microtask） 概念，这是事件循环模型的关键转折点：
-
Promise.then/catch/finally回调被明确指定为微任务，在当前宏任务结束后、下一个宏任务开始前立即执行（如 DOM 渲染前） - 微任务队列具有更高优先级，且会持续清空直到为空（即支持链式 Promise 的“同步感”）
- 解决了回调嵌套问题，支持链式调用与集中错误处理（
.catch()向上冒泡） - 但 Promise 本身不可取消，且一旦创建即执行，缺乏对异步生命周期的精细控制
ES2017（ES8）：async/await 统一异步语法
async 函数不是新执行机制，而是 Promise 的语法糖，但它让开发者能以同步风格书写异步逻辑，间接强化了微任务语义的普及：
- 每个
await表达式等价于Promise.then，其后续代码被封装进微任务 - 配合
try/catch实现同步式错误处理，降低心智负担 - 推动运行时优化：现代引擎对 async 函数做状态机编译，提升微任务调度效率
ES2024+：可取消 Promise 与更细粒度调度（实验阶段）
虽然尚未成为正式标准，但 TC39 已推进多项增强提案，指向更可控的事件循环：
-
AbortController（ES2021 起广泛支持）：为 fetch、setTimeout 等提供取消信号，使异步操作具备生命周期管理能力 -
queueMicrotask()（ES2021）：显式将回调加入微任务队列，比Promise.resolve().then()更轻量、语义更清晰 - 正在讨论的 Scheduler API 提案：允许开发者声明任务优先级（如
task.setPriority('user-blocking')），未来可能影响浏览器事件循环的调度策略
本质上，事件循环模型没变，但 JS 语言层提供的异步原语越来越贴近真实需求：从被动等待回调，到主动组织微任务流，再到精细控制任务生命周期。这种演进让开发者能写出更可靠、更可预测、更易调试的异步代码。
