queuemicrotask 是浏览器/node.js 提供的轻量微任务调度函数，语义明确且不创建 promise；而 promise.then 本质相同但需实例化 promise、开销更大，且执行顺序上 queuemicrotask 回调略早于 promise.then。
queueMicrotask 是什么，和 Promise.then 有什么区别
queueMicrotask 是浏览器原生提供的微任务调度函数，作用是把回调推入当前事件循环的微任务队列末尾。它和 Promise.resolve().then(fn) 效果一致，但更轻量、语义更明确——不创建 Promise 实例，也不涉及状态管理。
常见错误是以为它能“替代 setTimeout(fn, 0)”，其实不能：setTimeout 推的是宏任务，会等完所有微任务再执行；而 queueMicrotask 明确只走微任务流。
使用场景包括：避免同步阻塞渲染（比如批量更新 DOM 后统一触发回调）、解耦状态变更与副作用、或在框架中模拟“nextTick”。
怎么安全调用 queueMicrotask
queueMicrotask 是全局函数，现代浏览器（Chrome 71+、Firefox 71+、Safari 15.4+、Edge 79+）均支持，Node.js 11.0+ 也内置。但旧环境需降级：
- 检查是否存在：
if (typeof queueMicrotask === 'function') - 降级方案优先用
Promise.resolve().then，而非setTimeout（后者语义不符且时机不同）
注意：传入的回调必须是函数，否则抛 TypeError: Invalid argument；也不能传箭头函数以外的非函数值（如 null、undefined、对象）。
示例：
将调研报告、方案对比、数据分析、需求梳理、会议纪要、设计说明、代码评审、学习笔记等任务产物输出为可在浏览器直接打开的单文件 HTML，替代 Markdown 作为最终交付物。Markdown 在信息密度、视觉清晰度和可分享性上已跟不上 AI 产物的丰富度，HTML 能同时承载排版、表格、SVG 等。
queueMicrotask(() => {
console.log('这会在当前脚本执行完、渲染前运行');
});
和 requestIdleCallback、setTimeout 混用时容易踩的坑
微任务执行时机非常靠前——在当前 JS 栈清空后、下一次事件循环开始前。这意味着：
- 它比
requestIdleCallback快得多，后者要等浏览器空闲且可能被节流甚至跳过 - 它比
setTimeout(fn, 0)快一个事件循环周期，后者哪怕设为 0 也会进宏任务队列 - 如果在微任务里又调
queueMicrotask，会形成链式调用，可能饿死其他微任务（比如多个Promise.then回调）
实际开发中，别在高频操作（如 input 事件）里无节制地调用 queueMicrotask，否则可能堆积大量待执行微任务，拖慢主线程响应。
React/Vue 场景下要不要手动用 queueMicrotask
框架通常已封装好类似机制：Vue 的 nextTick、React 的 useEffect 或 flushSync 都基于微任务或更精细的调度策略。直接用 queueMicrotask 多数时候没必要，还可能破坏框架内部一致性。
例外情况是：你在写自定义 hook 或低层工具函数，需要确保某段逻辑“在 DOM 更新后、绘制前”执行，且不依赖框架生命周期——这时可放心用，但要注意捕获异常，因为微任务中抛错不会被外层 try/catch 捕获，会变成未处理拒绝（UnhandledRejection）。
微任务没有取消机制，也没法传参给回调之外的上下文，这些细节容易被忽略。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
