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 快？

因为执行时机由队列类型决定，不是谁先写谁先跑：

• 即使 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（在渲染后）

基本上就这些。事件循环不复杂，但容易忽略微任务的“即时性”和宏任务的“延迟性”——把握住这个节奏，异步逻辑就清晰多了。