JavaScript事件循环通过宏任务和微任务队列实现分时调度，每次执行一个宏任务后立即清空全部微任务，故Promise.then比setTimeout(0)先执行。
JavaScript 事件循环是运行时处理异步操作的核心机制，它让单线程的 JS 能够非阻塞地执行代码。关键不在于“多线程”，而在于“分时调度”——把任务按类型放进不同队列，再按规则轮流取出来执行。
宏任务和微任务：两种队列，不同优先级
事件循环管理的不是单一队列，而是两类任务队列：
- 宏任务（Macrotask）：包括整体脚本、setTimeout、setInterval、I/O、UI 渲染等。每次事件循环只执行一个宏任务。
- 微任务（Microtask）：包括 Promise.then/catch/finally、queueMicrotask()、MutationObserver 回调等。只要当前宏任务执行完，就立刻清空全部微任务队列，一个不剩。
一次事件循环的典型流程
它不是“一直轮询”，而是有明确步骤的协作过程：
- 执行一个宏任务（比如主线程脚本或某个定时器回调）
- 遇到 Promise 或 queueMicrotask，把回调推入微任务队列
- 宏任务执行完，立即执行所有排队中的微任务（按插入顺序）
- 浏览器可能在此刻进行 UI 渲染（但不是每次必做）
- 从宏任务队列中取下一个任务，重复上述过程
为什么 setTimeout(setImmediate) 不一定比 Promise 快？
因为执行时机由队列类型决定，不是谁先写谁先跑：
立即学习“Java免费学习笔记（深入）”；
- 即使 setTimeout(fn, 0) 设置为 0 毫秒，它仍是宏任务，要等当前宏任务 + 所有微任务做完才轮到
- 而 Promise.resolve().then(fn) 是微任务，会在当前宏任务结束后立刻执行
- 所以 console.log(1); setTimeout(() => console.log(2)); Promise.resolve().then(() => console.log(3)); console.log(4); 输出是 1 → 4 → 3 → 2
实际开发中要注意什么？
理解事件循环能帮你避开常见陷阱：
- 不要依赖 setTimeout(..., 0) 实现“马上执行”，它不比微任务快
- 大量连续的 Promise.then 可能阻塞渲染，可考虑用 setTimeout 切成宏任务来让出控制权
- 想确保 DOM 更新已生效再操作？用 queueMicrotask（在渲染前）或 requestAnimationFrame（在渲染后）
基本上就这些。事件循环不复杂，但容易忽略微任务的“即时性”和宏任务的“延迟性”——把握住这个节奏，异步逻辑就清晰多了。
