queueMicrotask 是原生微任务调度 API，将回调插入当前宏任务结束前的微任务队列末尾；相比 Promise.then 更轻量、无错误捕获、语义更明确，但需兼容性检测和谨慎使用以防阻塞。
queueMicrotask 是浏览器和 Node.js（v11.0+）原生提供的 API，用于**手动将回调插入当前事件循环的微任务队列末尾**。它不“提高优先级”，而是确保回调在当前宏任务结束前、下一个宏任务开始前执行——这是微任务的固有调度位置，也是它比 setTimeout(() => {}, 0) 更及时的原因。
为什么不能用 Promise.resolve().then() 替代？
技术上可以，但有三点关键差异：
-
queueMicrotask不创建 Promise 对象，无内存分配开销，性能更轻量； - 它不捕获或透传错误：若回调抛错，会直接作为未处理拒绝（unhandled rejection）冒泡，而
Promise.then的错误会被 Promise 自身捕获并需显式.catch()； - 语义更清晰：
queueMicrotask明确表达“我要排一个微任务”，而非“我造了个 Promise 只为塞个 then”。
queueMicrotask 的典型使用场景
适用于需要“在 DOM 更新后、但不触发重排/重绘前”执行逻辑的时机，比如：
- 批量响应多个状态变更，合并为一次 DOM 操作（避免重复 layout）；
- 在
requestAnimationFrame回调中完成渲染后，立即做轻量级清理或日志（queueMicrotask在 rAF 后、下帧前执行）； - 组件卸载判断：React/Vue 中常配合 ref 判断组件是否还存活，避免 setState 或 update 引发内存泄漏；
- 替代
Promise.resolve().then()做异步边界，尤其在工具函数或库中追求零 Promise 开销时。
容易踩的坑：不是所有环境都支持
queueMicrotask 在 IE 完全不支持，Safari 12.1+、Chrome 71+、Firefox 69+、Node.js 11.0+ 才可用。使用前必须检测：
if (typeof queueMicrotask === 'function') {
queueMicrotask(() => console.log('safe to use'));
} else {
// 降级方案：Promise.then 或 setTimeout
Promise.resolve().then(() => console.log('fallback'));
}
注意：不要在降级逻辑里直接用 setTimeout(() => {}, 0) ——它的执行时机是下一个宏任务，可能被其他定时器、I/O 事件打断，延迟远高于微任务。
真正要注意的是：微任务没有“高优先级”一说，只有“固定调度阶段”。queueMicrotask 的价值在于精准控制执行时序，而不是抢资源。滥用它（比如在循环里连发几十个）会阻塞后续宏任务，导致 UI 卡顿——这点比 setTimeout 更危险，因为更容易被忽视。
