选防抖还是节流，关键看业务要响应“最终结果”还是“过程节奏”。防抖适用于用户操作停止后执行最后一次意图，如搜索框输入、表单校验；节流适用于操作中需匀速反馈，如滚动加载、鼠标轨迹绘制。
选防抖还是节流，关键看业务要响应“最终结果”还是“过程节奏”。不是看事件多不多，而是看用户操作停下来之后，你希望系统怎么反馈。
防抖适合：等用户“收手”再干活
这类场景的共同点是——中间过程不重要，只关心最后一次意图。比如：
- 搜索框输入：用户打字中途改主意很常见，发请求只在停顿后做一次，避免无效请求和接口拥堵
- 表单校验：手机号输到一半就校验没意义，等用户输完或切出焦点再统一验证更合理
- 窗口 resize：拖拽缩放时布局计算开销大，等用户松手后再重排，体验更顺滑
- 编辑器自动保存：内容频繁修改时，延迟1秒保存比每次 change 都调接口更稳妥
节流适合：操作中也要“匀速反馈”
这类场景需要持续感知用户行为，但又不能被高频事件拖垮性能。比如：
- 滚动加载：用户快速下滑时，每滚一段距离检查是否触底，而不是等到停下才加载下一页
- 鼠标移动轨迹绘制：画板上不需要记录每一像素位移，每50ms采样一次足够还原手势
- 按钮防连点：点击提交后立即禁用按钮是基础，但配合节流能兜底防止极端情况下的重复提交
- 实时位置上报：车载或运动类应用中，需定期上报坐标，不能等用户停下才传一次
容易踩坑的典型误用
混淆两者逻辑，常导致交互失真或性能浪费：
- 在搜索框用节流：用户还在打字，接口已发了三次，既增加后端压力，又可能返回过期结果
- 在滚动监听用防抖：用户一路滑到底，页面毫无反应，松手后才突然加载，体验断裂
- 把防抖当成“防重复点击”：用户点两次按钮间隔超过防抖时间，仍会触发两次，该用节流或状态锁
- 节流时间设太长（如2秒）：滚动中长时间无反馈，用户误以为卡死；设太短（如50ms）又接近未优化状态
一句话判断法
问自己：如果用户连续操作10次，我只需要知道第10次的结果，就用防抖；如果我希望每1秒都知道一次他的状态，就用节流。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
