Event Loop 是运行时自动调度异步任务的底层机制，同步代码优先执行，微任务（如 Promise.then）在同步后立即清空，宏任务（如 setTimeout）每轮仅取一个且排在微任务之后。
Event Loop 是 JavaScript 实现异步非阻塞行为的底层机制，不是语言规范里的 API，也不是你能直接调用的函数——它是运行时（浏览器或 Node.js）自动运转的调度逻辑。
你写 setTimeout、Promise.then、fetch 时，真正决定“什么时候执行”的，就是它。
为什么 setTimeout(…, 0) 不会立刻执行？
因为 setTimeout 注册的是宏任务（macrotask），哪怕延时为 0，它也必须等当前同步代码 + 所有微任务（microtask）全部跑完后，才轮到它。
- 同步代码优先级最高：比如
console.log('a')立刻输出 - 微任务次之：所有
Promise.then、MutationObserver会在同步代码结束后**立即清空**（包括新产生的） - 宏任务最后：
setTimeout、setInterval、I/O 回调每轮 Event Loop 只取一个，执行完再检查微任务
console.log('1');
setTimeout(() => console.log('2'), 0);
Promise.resolve().then(() => console.log('3'));
console.log('4');
// 输出顺序：1 → 4 → 3 → 2
常见误解是“0ms 就等于马上”，实际是“尽快排进宏任务队列，但得排队等前面所有人走完”。
立即学习“Java免费学习笔记（深入）”；
Promise.then 和 setTimeout 的执行顺序怎么算？
关键看它们属于哪类任务：Promise.then 是微任务，setTimeout 是宏任务。微任务永远插队在宏任务之前执行。
分析 Java Spring Boot 后端 Controller 代码，自动生成 Markdown 格式的接口文档。当用户说“生成 Java 接口文档”、“生成 API 文档”、“从 Spring 代码生成文档”时触发。
- 每轮宏任务执行完毕后，引擎会**反复检查并清空微任务队列**，直到队列为空
- 这意味着：在
Promise.then里再new Promise或调用.then，新微任务也会被本轮执行掉 -
setTimeout即使在微任务里注册，也要等到下一轮宏任务才触发
console.log('start');
setTimeout(() => console.log('timeout'), 0);
Promise.resolve().then(() => {
console.log('promise1');
Promise.resolve().then(() => console.log('promise2'));
});
console.log('end');
// 输出：start → end → promise1 → promise2 → timeout
别靠“谁先写”判断顺序，要看任务类型和嵌套层级。
浏览器渲染和 Event Loop 有什么关系？
UI 渲染（paint/reflow）不是微任务，也不是宏任务，而是浏览器在每轮宏任务执行完、微任务清空后，**主动插入的一次可选操作**。
- 如果 JS 主线程空闲，且页面有样式/布局变更，浏览器大概率会在此时渲染
- 但渲染不保证每次都发生，尤其在快速连续触发回调时（比如高频
resize或scroll） - 想强制触发渲染？可以用
requestAnimationFrame——它属于宏任务，且浏览器会把它安排在下次重绘前执行
document.body.style.backgroundColor = 'red';
// 此时页面未必变红 —— 渲染还没发生
Promise.resolve().then(() => {
console.log('微任务执行了，但渲染仍未发生');
});
// 直到这轮结束，浏览器才可能 paint
很多“样式没更新”“动画卡顿”的问题，根源其实是没理解渲染时机和任务队列的松耦合关系。
Node.js 和浏览器的 Event Loop 有啥区别？
核心流程一致，但阶段划分更细。Node.js 的 Event Loop 分为 6 个阶段，其中 process.nextTick 和 Promise 微任务都发生在「当前操作结束后、进入下一阶段前」，且 process.nextTick 优先级高于 Promise.then。
- 浏览器没有
process.nextTick，只有queueMicrotask（语义等价于Promise.resolve().then） - Node.js 中
setImmediate属于 check 阶段，常比setTimeout(fn, 0)更晚执行（取决于当前阶段） - 跨平台代码若依赖精确时序，应避免混用
process.nextTick/setImmediate/setTimeout
// Node.js 环境下
setTimeout(() => console.log('timeout'), 0);
setImmediate(() => console.log('immediate'));
// 输出顺序不确定（取决于 I/O 队列状态），不是稳定为 timeout → immediate
真正稳定的只有：同步 > 微任务 > 宏任务。其它都是实现细节，不该当成可依赖的行为。
微任务的“清空式执行”和宏任务的“单次取出”是 Event Loop 最容易混淆的两个点。多数 bug 不出在语法，而出在误判了某段回调究竟属于哪一层队列。
