事件循环按宏任务与微任务交替执行：每次取一个宏任务执行后立即清空所有微任务；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，其他机制需按运行环境做降级或封装。
