防抖和节流是解决不同问题的两种策略：防抖适用于“等用户彻底停手再执行”，节流适用于“匀速稳定触发”；用错场景会导致卡顿或丢事件。

防抖和节流不是“选一个就好”的功能，而是解决不同问题的两种策略：防抖适用于「等用户彻底停手再执行」（比如搜索框输入），节流适用于「匀速稳定触发」（比如滚动监听）。用错场景，反而会卡顿或丢事件。

防抖函数怎么写才不漏掉最后一次调用

常见错误是只清除定时器却不处理「立即执行」逻辑。比如用户快速输入后立刻失焦，debounce 若没设 immediate 参数且没做清理，最后一次输入就白跑了。

• 必须在每次新调用时清除上一个 timeoutId，否则旧任务仍会执行
• 若需支持「首次立即执行」，要在函数内判断是否第一次触发，并跳过定时器直接执行
• 返回的包装函数应能被正常取消（暴露 cancel 方法），否则测试或组件卸载时容易内存泄漏

简版实现示意：

function debounce(fn, delay, immediate = false) {
  let timeoutId = null;
  const debounced = function(...args) {
    if (timeoutId) clearTimeout(timeoutId);
    if (immediate && !timeoutId) {
      fn.apply(this, args);
    }
    timeoutId = setTimeout(() => {
      if (!immediate) fn.apply(this, args);
      timeoutId = null;
    }, delay);
  };
  debounced.cancel = () => {
    if (timeoutId) clearTimeout(timeoutId);
    timeoutId = null;
  };
  return debounced;
}

节流函数为什么用时间戳比定时器更可靠

定时器节流（如用 setInterval）在高频触发下可能堆积未执行任务，尤其页面切后台再回来时，一堆定时器集中爆发。而时间戳方案靠记录上一次执行时间，每次只比对当前时间差，天然避免堆积。

• 时间戳节流：每次触发都检查 Date.now() - lastTime >=

  

  delay，满足才执行并更新 lastTime
• 定时器节流：需要维护一个 timer 状态，且必须在触发时判断是否已有定时器在跑，逻辑稍重
• 注意：时间戳方案在连续超快触发下可能完全不执行（因间隔始终不够），此时应改用「leading + trailing」组合模式

推荐的时间戳+尾部补发版本：

function throttle(fn, delay) {
  let lastTime = 0;
  let timer = null;
  return function(...args) {
    const now = Date.now();
    if (now - lastTime >= delay) {
      fn.apply(this, args);
      lastTime = now;
    } else if (!timer) {
      timer = setTimeout(() => {
        fn.apply(this, args);
        lastTime = Date.now();
        timer = null;
      }, delay - (now - lastTime));
    }
  };
}

React里useCallback配合防抖/节流的坑在哪

直接把 debounce 或 throttle 包一层函数传给 useCallback，看似合理，实则危险：如果依赖项（比如 props.onSearch）变了，但防抖函数本身没重新生成，就会一直调用旧的回调。

• 不能写成 useCallback(debounce(handleSearch, 300), []) —— 因为 debounce 返回的是新函数，但 [] 让它永远不更新
• 正确做法是把防抖逻辑放进 useEffect 或自定义 Hook 内，在依赖变化时重建防抖函数
• 更稳妥的是用 useRef 存函数，再在 useEffect 中同步最新引用，避免闭包捕获过期值

简易自定义 Hook 示例：

function useDebouncedCallback(callback, delay, deps) {
  const ref = useRef(callback);
  useEffect(() => { ref.current = callback; }, [callback]);
  return useCallback(
    debounce((...args) => ref.current(...args), delay),
    [delay, ...deps]
  );
}

什么时候该放弃封装，直接用 Lodash

项目里已引入 lodash，就别自己写防抖节流了。它的 _.debounce 和 _.throttle 支持 leading、trailing、maxWait（节流兜底）、cancel/flush 等完整控制，还做了 this 绑定和参数合并优化。

• 自己写的版本很难覆盖所有边界：比如 resize 触发时窗口反复缩放、移动端 touchmove 的毫秒级抖动、SSR 下 setTimeout 不存在等
• _.debounce 的 maxWait 对防抖特别实用——防止用户一直输不松手，导致函数永远不执行
• 注意：Lodash 的模块化引入要精确到函数，避免全量打包，例如 import debounce from 'lodash/debounce'

真正容易被忽略的是：防抖/节流函数一旦绑定到事件上，就必须在组件卸载或元素销毁前手动 cancel，否则闭包里持有的作用域无法释放，尤其在频繁挂载/卸载的列表项中。