测试带节流与防抖的异步事件处理，关键在于验证执行时机和执行次数是否符合预期：防抖需确认连续触发仅最后一次延迟执行，节流需确认单位时间内执行次数稳定，结合计时器断言与高精度时间戳（performance.now）进行精准校验。
测试带节流与防抖的异步事件处理，关键在于验证“执行时机”和“执行次数”是否符合预期——不是看函数有没有跑，而是看它在什么时间、被调用了几次。
准备可观察的测试环境
用 console.timeLog 或 Date.now() 记录每次调用时间戳，比单纯 console.log 更直观。避免依赖视觉反馈（如 DOM 更新），优先用控制台日志 + 计时器断言。
- 给被包装的函数加唯一标识，比如
console.log('search', Date.now()) - 统一使用
performance.now()获取高精度时间，减少系统时钟抖动干扰 - 清空浏览器控制台后再运行，避免历史日志混淆
防抖函数的典型测试方式
防抖要验证：连续触发 → 只有最后一次延迟后执行；中间触发全部被取消。
- 写一个计数器变量，在防抖函数内部递增并打印，初始值设为 0
- 用
for (let i = 0; i 快速触发 5 次（间隔远小于 delay） - 等待 delay + 10ms 后检查控制台：应只输出 1 条日志，且计数器为 1
- 再等 2×delay，确认没有额外输出（排除定时器残留）
节流函数的典型测试方式
节流要验证：高频触发下，函数按固定间隔执行，首次和末次行为符合版本设计（时间戳版首次立即、定时器版首次延迟）。
- 启动一个
setInterval(() => handler(), 50)，持续触发 1 秒（共约 20 次） - 观察日志时间戳间隔：应稳定在设定 delay 值附近（如 delay=200ms，则相邻日志差 ≈200ms）
- 若用时间戳版节流，第一条日志应在第 1 次调用时立刻出现；若用定时器版，第一条可能延迟 200ms
- 记录总执行次数：1000ms 内，delay=200ms 时应执行 5～6 次（含边界）
结合真实 DOM 事件做集成测试
光测纯函数不够，要覆盖实际使用场景，比如 scroll 或 input。
- 对 input 输入框绑定防抖搜索：输入 “a”→“ab”→“abc”，停顿 600ms，检查是否只发起一次请求（可用
fetchmock 或拦截 XMLHttpRequest） - 对 window scroll 绑定节流处理：快速滚动 2 秒，检查回调执行次数是否在合理范围（如 200ms 节流 → 约 10 次）
- 用
jest.useFakeTimers()或手动setTimeout控制时间流，让测试不依赖真实等待
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
