闭包是防抖节流稳定运行的底层支撑，需确保状态私有隔离、避免捕获过期值、主动清理资源、复用函数实例，并禁用现场创建调用。
闭包不是“加了就有用”的装饰，而是防抖节流真正能稳定运行的底层支撑。它让定时器、时间戳、锁态这些关键状态私有化、不污染全局，但也容易因管理不当引发内存泄漏或 stale closure（闭包捕获旧值）问题。优化重点不在闭包本身，而在如何用好它。
闭包状态必须私有且隔离
多个防抖/节流调用之间不能共享 timer 或 lastTime —— 否则后一次调用会覆盖前一次的状态，导致执行异常。
- ✅ 正确做法：每个 debounce(fn, 300) 调用返回的新函数，都应拥有自己独立的 timer 变量（靠闭包自动实现）
- ❌ 错误写法：把 timer 挂在 fn.timer 上，不同调用互相覆盖；或在全局声明 let timer，所有实例共用一个
- 实际影响：搜索框 A 和搜索框 B 共用一个防抖函数却绑定了同一个 timer，A 输入时清掉了 B 的定时器，B 就永远收不到响应
避免闭包捕获过期的 this 或参数
在 React/Vue 等框架中，防抖函数若在渲染时创建，闭包会固化首次 render 时的 props/state，后续更新无法同步。
- React 中推荐用 useRef 存最新值，在防抖函数内读取 ref.current，而不是直接用 props.value
- Vue 3 可借助 watch + throttle，或把节流逻辑放在 onMounted 后定义，避开响应式依赖重建闭包
- 若函数不依赖上下文，直接 fn(value) 比 fn.apply(this, [value]) 更轻量，也规避了 this 绑定风险
主动清理闭包持有的资源
闭包让 timer、lastTime 这些变量长期存活，但组件卸载时若不清除，就会变成内存泄漏点。
- 防抖函数务必提供 cancel() 方法，暴露内部 clearTimeout 调用，在 useEffect cleanup 或 beforeUnmount 中显式调用
- 节流函数中 setTimeout 执行后，需手动 timer = null 或 lastTime = 0，帮助 GC 回收
- 不要用 arguments 类数组传参，改用解构后的具体值（如 ...args），减少闭包内引用链长度
复用函数实例，别每次都新建闭包
每次 render 都调用 debounce(handleSearch, 300)，等于每次新建一个闭包+新 timer，旧的还可能没被清除。
- React 用 useCallback 缓存包装结果，确保事件处理器引用稳定
- Vue 3 的 setup 中，将防抖函数定义在 onMounted 外，或用 ref 存单例，避免重复初始化
- 禁止在事件回调里写 debounce(fn, 300)(e.target.value) —— 这是现场创建+立即执行，完全失去防抖意义
