JavaScript事件循环如何运行_怎样掌握异步编程【教程】

事件循环按宏任务与微任务交替执行：每次取一个宏任务执行后立即清空所有微任务；promise.then等微任务总比setTimeout等宏任务先执行；await是否延迟取决于Promise完成时机而非语法本身。

事件循环的执行顺序到底是谁先谁后

javaScript 的事件循环不是“等所有同步代码跑完再统一处理异步”，而是按微任务队列、宏任务队列交替清空的方式推进。关键在于：每次从宏任务队列取一个任务执行，执行完立即清空当前所有微任务，再取下一个宏任务。

常见误解是认为 setTimeout 一定比 Promise.then 慢——其实只要它们在同一个宏任务中注册，Promise.then 的回调一定会先执行，因为它是微任务。

• Promise.resolve().then()、queueMicrotask() 进入微任务队列
• setTimeout、setInterval、IO 回调、ui 渲染触发的事件 进入宏任务队列
• 一个宏任务执行完毕后，引擎会检查并一次性执行完所有已排队的微任务，中间不穿插新的宏任务

为什么 await 后面的代码不总在下一轮事件循环执行

await 并不等于“挂起并让出线程”，它只是语法糖，底层仍依赖 Promise 状态流转。如果 await 的值本身是同步完成的（比如 await 42 或 await Promise.resolve(42)），那后续代码会在**当前微任务阶段**立即执行，不会等到下一轮宏任务。

真正导致“延迟”的，是 Promise 的 fulfill 发生时机，而不是 await 关键字本身。

立即学习“Java免费学习笔记（深入）”；

• await Promise.resolve(1) → 后续代码进入当前微任务末尾，不跳转新宏任务
• await new Promise(r => setTimeout(r, 0)) → r() 在下一轮宏任务中被调用，所以 await 后代码要等至少一次宏任务切换
• async 函数返回的 Promise 总是异步的（即使内部是同步 return），但它的 then 回调仍是微任务

requestIdleCallback 和 setTimeout(0) 哪个更“靠后”

requestIdleCallback 是浏览器提供的低优先级宏任务，它只在主线程空闲且帧渲染允许时才执行，因此通常比 setTimeout(0) 晚得多——甚至可能被跳过。而 setTimeout(0) 只是把回调塞进下一轮宏任务队列头部（实际最小延迟由浏览器限制，通常是 4ms）。

这意味着：如果你用 setTimeout(0) 做“让出当前执行权”，它仍然会较快执行；但用 requestIdleCallback 是真正在“等空闲”，适合非紧急的后台计算。

• setTimeout(0) 回调属于普通宏任务，下一轮事件循环就排队等待
• requestIdleCallback 回调属于“空闲回调宏任务”，受 deadline 和浏览器渲染节奏控制
• 两者都不进微任务队列，不能替代 Promise.then 的即时响应能力

node.js 和浏览器的事件循环差异在哪

Node.js 的事件循环有 6 个明确阶段（timers、pending callbacks、idle/prepare、poll、check、close callbacks），而浏览器没有公开阶段划分，只保证微任务在宏任务之间清空。最典型的差异出现在 setImmediate 和 process.nextTick 上——这两个 API 在浏览器中根本不存在。

比如在 node.js 中：process.nextTick 的回调优先级高于所有微任务（包括 Promise.then），而 setImmediate 属于 check 阶段，总在 poll 阶段之后，因此常晚于 setTimeout(0) 执行。

console.log('start'); setTimeout(() => console.log('setTimeout'), 0); setImmediate(() => console.log('setImmediate')); process.nextTick(() => console.log('nextTick')); Promise.resolve().then(() => console.log('promise')); // 输出顺序（Node.js）：start → nextTick → promise → setTimeout → setImmediate

这个顺序在浏览器里无法复现，因为 setImmediate 和 process.nextTick 不是标准 Web API。

真正跨平台安全的做法，是只依赖 Promise、queueMicrotask 和 setTimeout，其他机制需按运行环境做降级或封装。