Node.js 事件循环中微任务优先于宏任务执行，直接影响异步代码的数据一致性和时序逻辑。适用所有异步场景，风险在于误判执行顺序导致状态更新滞后或竞态条件。
先说结论：微任务队列会在当前宏任务结束后、下一个宏任务开始前清空，导致 Promise 回调早于 setTimeout 执行。
- 适合：涉及状态依赖、顺序控制的异步逻辑场景
- 先看：任务是被归类为微任务（Promise/nextTick）还是宏任务（setTimeout/I/O）
- 建议：使用 async/await 显式控制执行流，避免隐式依赖事件循环顺序
快速处理思路
遇到异步顺序不符合预期时，先确认任务类型，再调整代码结构。微任务包括 Promise.then、process.nextTick、queueMicrotask；宏任务包括 setTimeout、setInterval、I/O 操作。若需确保某段代码在异步操作后立即执行，应将其放入微任务队列或使用 await 等待。
console.log('Start');
setTimeout(() => { console.log('Timeout'); }, 0);
Promise.resolve().then(() => { console.log('Promise'); });
console.log('End');
// 输出顺序：Start -> End -> Promise -> Timeout为什么会这样
JavaScript 单线程模型决定了任务必须排队执行，事件循环机制负责调度。每次事件循环迭代开始时，先执行当前调用栈中的同步代码，随后清空微任务队列中的所有任务，最后才进入下一个宏任务的执行。这种机制确保了微任务的高优先级执行，避免长任务阻塞高优先级回调。
分步处理
1. 识别任务类型：检查代码中的异步 API，将 Promise 相关回调归为微任务，定时器及 I/O 归为宏任务。
2. 调整依赖关系：若后续逻辑依赖前一步异步结果，必须使用 await 或 .then() 链式调用，不能依赖 setTimeout 延迟。
3. 添加错误捕获：try/catch 无法跨越异步边界，需在 Promise 链末尾或 async 函数内部使用 catch 捕获错误，防止未处理 rejection 导致进程退出。
怎么验证是否生效
在关键逻辑前后插入 console.log 时间戳或标记，观察终端输出顺序是否符合预期。使用 Node.js 内置的 inspector 或 Chrome DevTools 的 Performance 面板分析任务执行 timeline，确认微任务是否在宏任务间隙被清空。若日志顺序与代码书写顺序不一致且符合微任务优先规则，则机制生效。
常见坑
1. setTimeout(fn, 0) 并非立即执行：它需等待完整一轮事件循环及所有微任务跑完才轮到，不可用于精确时序控制。
2. 未 await 的任务易成“孤儿”泄漏：触发异步操作后未等待其完成即结束函数，可能导致逻辑中断或资源未释放。
3. try/catch 无法捕获异步错误：同步包裹异步代码无法捕获内部异常，需在异步回调内部处理或使用 .catch()。
常见问题
process.nextTick 和 Promise.then 有什么区别？
process.nextTick 优先级高于 Promise.then，它在当前操作结束后立即执行，甚至早于微任务队列的其他任务。
async/await 如何影响事件循环？
async/await 是 Promise 的语法糖，await 后面的表达式会暂停函数执行，将后续代码作为微任务放入队列，等待 Promise resolve 后继续。
为什么 UI 渲染有时不及时？
浏览器环境中，微任务执行完才进行 UI 渲染，若微任务队列过长或死循环，会阻塞渲染导致页面卡顿。
参考来源
- 异步编程的挑战：事件循环带来的执行流管理困难
- 理解 JavaScript 的 Event Loop:微任务与宏任务
- 宏任务与微任务执行顺序如何影响异步代码？_编程语言-CSDN 问答
- 【Node.js 事件循环深度解析】:彻底搞懂异步性能瓶颈的底层原理
- 浏览器 event loop 中，宏任务与微任务的执行顺序如何影响异步代码执行？
- 深入理解 JavaScript 事件循环：宏任务与微任务的执行机制
- JS 事件循环机制剖析 - 宏任务与微任务的优先级执行顺序解析
- js 中【微任务】和【宏任务】长篇解读
- 事件循环中的“任务”和“作业”有什么区别？
- 宏任务与微任务：深入理解 JavaScript 的异步任务机制