javaScript事件 循环 通过宏任务和微任务队列实现分时调度，每次迭代执行一个宏任务后清空全部微任务，确保 promise 回调总比 setTimeout 早执行。
javascript事件循环是 js 运行时处理 异步 操作的核心机制，它让单 线程 的 JS 能高效响应用户交互、网络请求和定时任务，而不会被阻塞。关键不在于“多线程”，而在于“分时调度”——把任务分类排队，按规则轮流执行。
宏任务和微任务：两类队列，不同优先级
事件循环维护两个主要队列：宏任务队列（macrotask queue）和微任务队列（microtask queue）。每次事件循环迭代只从宏任务队列取一个任务执行，但执行完后会 清空整个微任务队列，再继续下一个宏任务。
- 常见宏任务：script 整体代码、setTimeout、setInterval、I/O、ui渲染
- 常见微任务：Promise.then/catch/finally、MutationObserver、queueMicrotask()
例如：setTimeout(() => console.log(‘timeout’), 0) 和 Promise.resolve().then(() => console.log(‘promise’)) 同时触发，后者一定先打印——因为 Promise 回调进微任务队列，而 setTimeout 回调进宏任务队列，要等当前宏任务 + 所有微任务跑完才轮到它。
一次事件循环迭代的完整流程
立即学习“Java 免费学习笔记（深入）”；
- 执行一个宏任务（比如一个 setTimeout 回调）
- 执行过程中产生的微任务（如 new Promise 里调用 resolve）被加入微任务队列
- 宏任务执行完，立即执行所有排队中的微任务（逐个执行，期间新产生的微任务也会被追加并执行）
- 可选：浏览器 在此阶段进行 UI重绘（渲染帧）
- 从宏任务队列取下一个任务，重复上述步骤
为什么 setTimeout(0) 不是立刻执行？
即使设为 0 毫秒，setTimeout 仍属于宏任务，必须等当前脚本执行完、所有微任务清空、甚至可能等上一帧渲染完成之后，才能进入执行队列。它只是“尽快安排”，不是“立即插入”。真正想插队到本轮末尾，应该用 queueMicrotask() 或Promise.resolve().then()。
实际开发中要注意的点
理解事件循环能帮你避开常见陷阱：
- 避免在 Promise 链里做大量同步计算，否则会阻塞后续微任务和 UI 响应
- 需要确保 dom 更新已生效再操作（比如获取 offsetHeight），可用 Promise.resolve().then() 或queueMicrotask()延迟到微任务阶段
- 大量使用 setTimeout/setInterval 可能 堆积宏任务，考虑用 requestIdleCallback 或拆分任务
基本上就这些。事件循环不复杂，但容易忽略微任务的“清空”特性——它才是决定执行顺序的关键细节。
