掌握防抖节流的关键是理解“控制时机”的底层逻辑：防抖为“等静默”响应最后一次，节流为“守间隔”按固定节奏执行；需手写进阶版支持this、参数、cancel、immediate及返回值；应据场景反向选型——持续动作用节流，终态关注用防抖，首尾兼顾需组合。
学防抖和节流的高级编程模式，关键不在背代码，而在理解“控制时机”的底层逻辑，并能根据场景主动设计执行策略。下面分三块讲清楚怎么真正掌握它：
搞懂触发与执行的时序关系
防抖和节流不是两个函数，而是两种时间调度模型：
- 防抖 = “等静默”：每次触发都重置倒计时，只响应最后一次“安静下来”的时刻
- 节流 = “守间隔”：不管你怎么点、怎么滚，函数只在固定节奏上跑——要么靠时间戳判断“该不该跑”，要么靠定时器卡住“能不能跑”
别死记“防抖最后执行、节流固定频率”。试着画时间轴：标出5次连续触发的时间点，再分别标出防抖版和节流版（时间戳版/定时器版）各自在哪一刻真正调用了函数。画三次，就自然建立起直觉。
从手写进阶版开始练，不碰 lodash 先
基础版（仅 clearTimeout + setTimeout）只能应付 demo。真实项目需要：
-
支持 this 和参数透传：用
fn.apply(this, arguments)或展开运算符，别让包装后丢失上下文 -
可取消（cancel）：比如搜索框失焦时清掉待执行的请求，避免脏数据；加一个
cancel()方法，内部 clearTimeout 并置空 timer - 立即执行 + 延迟执行双模式：按钮防重复点击要“点下去立刻生效，之后冷却”，就得用 immediate 参数切换逻辑分支
- 返回值透出：有些场景需拿到函数执行结果（如校验函数返回布尔值），防抖/节流包装后也要能 return
每加一个特性，都重跑一遍输入、滚动、点击测试，观察 console 和行为是否符合预期。
在真实场景里反向推导选型
不要先想“我该用哪个”，而是问三个问题：
- 用户操作是持续性动作（如拖拽、滚动、鼠标移动）？→ 优先节流，保证反馈节奏
- 业务逻辑是否只关心最终状态（如搜索关键词、窗口尺寸终值、表单输入完成）？→ 选防抖，合并中间扰动
- 有没有首尾都要响应的需求？（比如滚动一开始要加载提示，结束时要触底加载）→ 需组合：节流 + 首次标记 + 结束检测，或用 lodash 的 leading + trailing 配置
例如 resize 场景：如果只是重绘图表，用节流（每 16ms 执行一次，贴合帧率）；如果要等用户彻底停手再重新布局，就用防抖（300ms 静默后执行）。同一事件，不同目标，方案完全不同。
真正高级的地方，是能跳出“防抖 or 节流”的二选一，根据交互意图动态组合、降级或兜底。比如搜索框：输入中用防抖发请求，但加个“按 Enter 强制提交”的快捷路径；滚动加载：前几屏节流保流畅，快到底部时提前用防抖预加载下一页。这些才是工程中真实的编程模式。
