异步事件触发与队列调度的时序验证需按任务类型分类并严格遵循事件循环规则：同步代码立即执行，微任务在当前宏任务结束后批量执行，宏任务每次循环仅执行一个且须等微任务清空后才开始。
异步事件触发与队列调度的时序验证，核心在于明确每个操作归属的任务类型（同步 / 微任务 / 宏任务），并严格按事件循环规则推演执行流——不是靠“感觉”或“多试几次”，而是靠分类 + 队列行为 + 时间轴定位。
一、先拆解每行代码触发什么任务
遇到一段含 Promise、setTimeout、async/await、DOM 修改的代码，逐行判断其执行阶段：
- 同步语句（console.log、变量赋值、函数调用、new Promise 的 executor）——立即执行，属于当前宏任务主体
- 微任务注册（.then/.catch/.finally、queueMicrotask()、MutationObserver）——回调入微任务队列，当前宏任务结束后立刻批量执行
- 宏任务注册（setTimeout、setInterval、requestAnimationFrame、用户点击回调）——回调入宏任务队列，每次事件循环只取一个，且必须等前一轮所有微任务清空后才执行
- async 函数本身是同步的；await 后表达式若返回 Promise，则 await 后续代码会被包装成 .then 回调，进入微任务队列
二、画双队列时间轴图辅助验证
不需要精美绘图，只需手绘两条平行线 + 时间箭头，就能暴露逻辑漏洞：
- 上方标“微任务队列”，注明：当前宏任务结束 → 立即清空全部，按注册顺序执行
- 下方标“宏任务队列”，注明：每次循环只取队首一个，执行完再查微任务
- 从左到右画时间轴，标出：同步开始 → 同步结束 → 微任务执行 → （可选）渲染 → 下一个宏任务
- 每遇到异步注册（如 setTimeout(cb)、Promise.then(cb)），在线上对应位置画箭头指向所属队列，并简写内容（例：“then(A) → 微队列”，“setTimeout(B) → 宏队列”）
三、重点验证易错节点
这些地方常导致预判失败，需单独检查：
- Promise 构造器里的代码是同步执行的，但 .then 是微任务。例如 new Promise(() => console.log('A')) 输出 A 在同步阶段，而 .then(() => console.log('B')) 一定在同步之后
- 多个微任务嵌套不会中断本轮清空：一个 .then 里再调 queueMicrotask，新任务追加到微任务队列尾，仍会在当前轮次执行完毕
- await 不是“暂停整个线程”，而是把后续代码转为微任务；连续 await 并不等于串行阻塞，而是形成微任务链
- Promise.all 中任一 reject 会直接中断聚合；如需保序继续，应改用 Promise.allSettled 或手动包裹 try/catch
四、用最小可验证代码反向确认
写一段带标记的日志组合，输出顺序就是事件循环的真实快照：
console.log(1);
setTimeout(() => console.log(2), 0);
Promise.resolve().then(() => console.log(3));
queueMicrotask(() => console.log(4));
console.log(5);
输出必为 1 → 5 → 3 → 4 → 2。只要结果不符，说明环境被干扰（如 DevTools 断点、polyfill 覆盖、测试框架劫持 Promise）——这本身就是一种有效验证。
