JavaScript异步测试应避免真实定时器，改用Jest fake timers模拟时间推进；启用jest.useFakeTimers()后，通过jest.runAllTimers()或jest.advanceTimersByTime()控制执行，配合jest.fn()断言行为而非等待时间，并注意setInterval清理与可插拔时间参数设计。
在 JavaScript 异步测试中，直接等真实定时器（setTimeout、setInterval）走完毫秒数，会导致测试变慢、不可靠，还容易因主线程阻塞而失败。真正有效的做法是“不等时间，只验行为”——用测试工具模拟时间推进，跳过真实等待。
用 Jest 的 fake timers 替代真实计时器
Jest 内置了 fake timers，可将 setTimeout、setInterval 等全局定时器替换成可控的模拟版本。启用后，定时器不会真实等待，而是挂起回调，由你手动触发。
- 在测试前调用
jest.useFakeTimers() - 执行被测代码（比如启动一个
setTimeout） - 用
jest.runAllTimers()立即执行所有待处理回调 - 或用
jest.advanceTimersByTime(ms)推进指定毫秒数 - 测试结束后记得恢复：
jest.useRealTimers()
避免在测试中写 await new Promise(resolve => setTimeout(resolve, 100))
这种写法看似“等 100ms”，实则引入真实延迟，会让单个测试变慢，批量运行时拖垮整体耗时，还可能因 CI 环境负载高导致超时失败。它违背了单元测试“快速、确定、隔离”的原则。
正确替代方式是：用 jest.runOnlyPendingTimers() 触发已注册但未执行的那一个回调，或结合 expect 断言回调是否被调用（例如用 jest.fn() 捕获）、参数是否正确，而非依赖时间流逝。
立即学习“Java免费学习笔记（深入）”；
测试 setInterval 时要主动清理并验证执行次数
setInterval 不像 setTimeout 自动结束，若不清理会持续向队列推任务，fake timers 下也可能堆积。测试中应：
- 确保被测逻辑有明确的
clearInterval调用路径（比如组件卸载、状态变更时） - 用
jest.runAllTimers()后检查回调执行次数（如mockFn.mock.calls.length） - 必要时用
jest.clearAllTimers()防止干扰后续测试
对依赖时间逻辑的函数做可插拔设计
把时间相关行为抽成参数或依赖项，便于测试替换。例如：
function startPolling(fetchFn, delay = 2000) {
return setInterval(fetchFn, delay);
}
// 测试时传入 10，而不是硬编码 2000
const id = startPolling(mockFetch, 10);
这样配合 fake timers 更精准，也降低对环境时间精度的依赖。
