应等待微任务队列清空后再断言，推荐用 await promise.resolve() 或 act + await；避免 settimeout、jest.runalltimers 等宏任务机制，因其无法确定微任务执行时机。
测试依赖微任务队列（microtask queue）的异步状态更新，关键在于**等微任务执行完毕后再断言**，而不是简单用 setTimeout 或等待固定时间。JavaScript 中 Promise.then、queueMicrotask、MutationObserver 等触发的回调都进入微任务队列，它们会在当前同步代码结束后、下一次宏任务（如 setTimeout）之前立即执行。
用 await Promise.resolve() 等待微任务清空
这是最常用、最轻量的方式：它会把后续代码推入下一个微任务，从而确保当前所有已排队的微任务（包括组件状态更新、effect 执行、Promise 链等）全部完成。
- 适用于 Jest、Vitest、JSDOM 环境，兼容性好
- 比
waitFor更精准，不依赖轮询或超时 - 示例：
await Promise.resolve();<br>expect(wrapper.state.count).toBe(2);
在 React 测试中优先使用 act + await
React 的 act 会自动处理渲染和微任务调度。对依赖 useState、useEffect 或 useTransition 的更新，必须包裹在 act 中，否则可能报 warning 且断言失败。
- Vitest/Jest 中：
await act(async () => { userEvent.click(button); }); -
act内部已等待微任务，但若后续还有链式 Promise（如fetch().then(...)），需再加await Promise.resolve() - 避免只用
act(() => {...})（同步版），它不等待 Promise 微任务
避免用 setTimeout 或 jest.runAllTimers
宏任务（setTimeout、setInterval）与微任务不在同一队列，用它“等待”微任务是靠运气——可能过早（微任务未执行完）、也可能过晚（引入不必要延迟）。
-
jest.useFakeTimers()对微任务无效，runAllTimers只推进宏任务 - 即使加了
await waitFor(() => expect(...), { timeout: 10 })，本质仍是轮询，掩盖了执行时机问题 - 真正需要的是确定性等待，而非时间驱动
调试技巧：用 queueMicrotask 插桩观察执行顺序
在关键更新逻辑前后插入 queueMicrotask 打印日志，可直观验证微任务是否按预期排队和执行。
- 例如：
console.log('before'); queueMicrotask(() => console.log('in microtask')); console.log('after');输出为before → after → in microtask - 在测试中临时加桩，确认状态更新函数是否真的被推入微任务（比如某些库的
setState是同步还是异步） - 注意：仅用于调试，不要作为正式等待手段
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
