精准测试微任务执行顺序需构造可观察路径：用performance.now()打时间戳+语义标识记录同步、Promise.then、queueMicrotask、setTimeout及MutationObserver日志，按时间排序验证“本轮清空”机制；嵌套注册与混用对比可排除Promise开销干扰，确保微任务严格连续执行且不插队。
要精准测试微任务执行顺序，关键不是“写对代码”，而是构造可观察、可对比、可复现的执行路径。核心在于利用微任务“本轮清空”的确定性行为，结合时间戳、日志标记和宏任务锚点，把抽象调度变成可视结果。
用时间戳+标识打点，避免输出缓存干扰
仅靠 console.log('A') 无法判断真实执行时序，因浏览器可能批量刷新控制台。必须加入高精度时间信息：
- 用
performance.now()（毫秒级浮点数）比Date.now()更准，尤其在快速连续任务中 - 每条日志带唯一语义标识，如
console.log('[sync] start', performance.now()) - 同步代码、Promise.then、queueMicrotask、setTimeout 各自打点，输出后按时间戳排序即得真实顺序
嵌套注册微任务，验证“清空机制”是否生效
微任务的核心是“当前轮次持续执行直到队列为空”。可主动构造嵌套来触发这一行为：
Wjs Uploading Video
下载
将一个或多个视频上传至YouTube。当用户想“上传到YouTube”“发YouTube”“批量上传”“upload to YouTube”“post videos to YouTube”或发布到YouTube时使用此技能。
- 在第一个
Promise.then中再次调用Promise.resolve().then(() => console.log('[micro-nested]')) - 同时插入一个
setTimeout(() => console.log('[macro-anchor]'), 0)作为分界标 - 若输出严格为
[sync]→[micro-1]→[micro-nested]→[macro-anchor]，说明微任务确实被连续清空，未被中断
混用 Promise.then 和 queueMicrotask，排除 Promise 状态开销干扰
queueMicrotask 是纯微任务入口，不创建 Promise 实例，适合做基准测试：
- 对比
Promise.resolve().then(() => { queueMicrotask(() => console.log('q')); })与直接queueMicrotask(() => console.log('q')) - 两者输出顺序应完全一致，证明新注册的微任务仍排在本轮末尾，而非插队执行
- 若出现顺序差异，可能是低版本运行时或 polyfill 行为异常，需重点排查
加 MutationObserver 作交叉验证，覆盖更多微任务类型
MutationObserver 回调也属微任务，但触发逻辑独立于 Promise，可用来反向确认微任务队列一致性：
- 创建一个空
div，用new MutationObserver(() => console.log('[mo]')).observe(div, { childList: true }) - 在同步阶段修改该 div（如
div.appendChild(document.createTextNode(''))），触发 observer - 观察
[mo]是否与Promise.then日志严格穿插在宏任务之前——若位置错乱，说明环境存在微任务优先级异常
