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