微任务不仅限于promise，还包括queuemicrotask和mutationobserver两类标准机制：前者是轻量级通用入口，用于dom更新后同步逻辑；后者自动响应dom变更并批量执行回调。
微任务不只是 Promise 的专属机制，它在现代前端开发中承担着更广泛、更精细的调度职责。除了 Promise.then 和 Promise.catch 触发的微任务外，还有两类原生、标准、被广泛支持的微任务机制，它们各自解决不同层面的问题。
queueMicrotask：轻量级通用微任务入口
这是最直接、最干净的微任务创建方式，专为“把一段逻辑塞进本轮微任务队列末尾”而设计。
- 语法简洁：直接传入一个函数，无需构造 Promise 对象，内存开销更低
- 执行时机介于 Promise.then 和 setTimeout 之间——比宏任务快，但略晚于 Promise 回调
- 适合需要不阻塞渲染又不依赖 Promise 状态的场景，比如防抖后的状态同步、组件更新后的一致性检查
- 常见用法示例：在 setTimeout 延迟后，用 queueMicrotask 确保 DOM 更新完成再执行后续逻辑
MutationObserver：DOM 变更驱动的微任务
它不是手动触发的微任务，而是浏览器在 DOM 发生变更后自动将回调加入微任务队列，天然具备批量合并和零回流特性。
- 监听范围灵活：可配置 childList、attributes、subtree 等选项，精准控制响应粒度
- 所有变更会聚合成一次回调执行，避免频繁触发导致性能抖动
- 典型用途包括：编辑器内容自动保存（监听 innerHTML 变化）、无限滚动哨兵节点检测、表单字段动态校验
- 注意及时调用 observer.disconnect()，防止内存泄漏
微任务组合使用的高级模式
实际项目中，常将多种微任务机制配合使用，以兼顾时机精度与语义清晰度。
- 例如在组件挂载后，先用 queueMicrotask 确保 DOM 渲染完毕，再初始化 MutationObserver 监听关键区域
- 或在 Promise 链结尾插入 queueMicrotask，统一收口清理资源（如取消 pending 请求、重置 loading 状态）
- 避免在微任务中执行耗时同步操作，否则会阻塞后续微任务及页面渲染
