防抖和节流是保障高频交互响应力的底层手段：防抖通过重置计时实现“连续动作→一次执行”，适用于输入、校验等需等待意图稳定的场景；节流以固定间隔限制执行频次，适用于滚动、拖拽等需持续响应的场景。
防抖和节流不是“锦上添花”的技巧，而是应对高频事件时保障页面响应力的底层手段。它们直接决定用户在输入、滚动、缩放等交互中感受到的是流畅还是卡顿。
防抖：把“连续动作”压缩成“一次确认”
适用于用户意图尚未稳定、需要等待收尾的场景。核心逻辑是“重置计时”，只要事件还在持续触发，就不断清掉旧定时器、设新定时器，直到静默期结束才执行。
- 典型用例：搜索框输入、表单实时校验、窗口 resize 后重排布局
- 关键细节：delay 时间需权衡——太短（如 100ms）仍可能发多次请求；太长（如 800ms）会让用户感觉延迟明显，一般 200–400ms 较合理
- 注意 immediate 参数：设为 true 可实现“首次立即执行 + 后续防抖”，适合按钮点击防重复提交
节流：给高频事件装上“固定节奏”
适用于事件本身高频且必须持续响应的场景，比如滚动位置监听、鼠标移动轨迹采集。它不等待静默，而是强制函数在固定间隔内最多执行一次。
- 典型用例：滚动加载、视差动画、实时位置上报、拖拽反馈
- 两种主流实现：时间戳法（判断距上次执行是否超间隔）、定时器法（用标志位+setTimeout 控制冷却）
- 关键细节：间隔值建议贴近浏览器刷新率，如 16ms（≈60FPS），避免视觉撕裂；若用于数据上报，可放宽至 100–500ms 以平衡精度与负载
选哪个？看事件的“语义”而非频率
不是“谁更快”，而是“谁更符合用户行为预期”。输入是“准备动作”，应等停；滚动是“持续状态”，需定期采样。
- 用户打字 → 防抖：你关心的是最终输入内容，不是每个按键
- 用户拖动滚动条 → 节流：你关心的是滚动过程中的位置变化趋势，不能只等停下再响应
- 同一事件也可组合使用：比如 resize 先节流粗略适配，再加防抖兜底做最终精调
落地时绕不开的坑
原生实现看似简单，但实际项目里容易踩几个隐性雷：
- this 和 arguments 丢失：务必用 func.apply(context, args) 或箭头函数 + 展开语法保留上下文
- 内存泄漏风险：未清除的定时器或闭包引用，尤其在组件卸载时要手动 cancel
- 无法取消已排队任务：防抖函数返回的包装函数最好暴露 cancel 方法，便于主动中断
- 不要盲目套库：Lodash 的 debounce/throttle 功能完整，但体积大；简单场景手写 10 行足够，更可控
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
