微任务测试的核心是构造可预测异步行为并利用同步与微任务的时间差断言时序；可通过console.log比对输出、数组收集执行痕迹、嵌套微任务验证清空机制、结合settimeout定位微任务边界来可靠验证。
在微任务测试中验证执行顺序，核心是构造可预测、可观察的异步行为，并利用同步输出与微任务回调的时间差来断言执行时序。不需要依赖外部库，纯 JavaScript 就能完成可靠验证。
用 console.log + 严格顺序断言
最直接的方式是写出含 Promise.then、queueMicrotask 等微任务的代码，按预期顺序打印数字或字符串，再比对实际输出是否匹配。例如：
- 写一段含多个 .then 和 queueMicrotask 的代码
- 确保所有同步语句（如 console.log）位置明确
- 运行后检查控制台输出是否严格等于预期字符串序列
这是单元测试中最轻量、最可靠的基线验证方式。
用数组收集执行痕迹做断言
避免依赖 console 输出顺序受调试工具干扰，可改用数组记录执行轨迹：
- 声明一个空数组 log = []
- 所有同步操作 push('sync-1')，每个 then 回调 push('micro-2')，queueMicrotask 回调 push('micro-3')
- 脚本执行完立即 assert deepEqual(log, ['sync-1', 'sync-2', 'micro-2', 'micro-3'])
这种方式完全脱离渲染环境和控制台实现，适合 Jest、Vitest 等测试框架中做断言。
嵌套微任务验证“清空机制”
微任务的关键特性是“本轮循环内持续执行直到队列为空”。可通过递归注册微任务来验证：
- 在第一个 .then 中再次调用 Promise.resolve().then(() => log.push('nested'))
- 观察该嵌套回调是否紧接在前一个微任务之后、且在任何宏任务之前执行
- 若 log 出现 ['first', 'nested', 'timeout']，说明微任务确实被连续清空，而非穿插执行
这能有效区分微任务与宏任务的调度本质，避免误将 setTimeout(fn, 0) 当作“立即执行”。
对比宏任务定位微任务边界
加入 setTimeout 作为锚点，明确划分“微任务执行完毕”与“下一个宏任务开始”的分界：
- 在同步代码末尾触发 setTimeout(() => log.push('macro'), 0)
- 所有 .then / queueMicrotask 必须出现在 'macro' 之前
- 若测试中 'macro' 出现在任意微任务回调之前，说明环境或实现有异常（如旧版 Node.js 或某些 polyfill 行为不一致）
这种对照法能暴露兼容性问题，尤其适用于跨平台或低版本运行时验证。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
