闭包在防抖中起核心作用，关键在于让timer引用、this指向和参数在多次调用间持续存在且彼此隔离；它不保留整个执行上下文，而是精准捕获并维持这三项状态以实现“清旧设新”逻辑。
闭包在防抖和节流中起核心作用，关键不是“保持上下文”本身，而是**让定时器引用和函数参数、this指向等状态，在多次调用间持续存在且彼此隔离**。执行上下文本身并不会被“保持”，而是通过闭包捕获并持久化其中的关键值。
闭包如何保存 timer 和执行状态
防抖函数每次调用 debounce(fn, delay) 都返回一个新函数，这个函数内部通过闭包“记住”了自己专属的 timer 变量：
- timer 是定义在外层函数作用域里的局部变量，不会随返回函数执行完毕而销毁
- 返回的内层函数每次执行时，都能读写这个 timer，实现“清除旧定时器、设置新定时器”的逻辑
- 不同防抖实例（比如搜索框和窗口缩放）各自维护独立的 timer，互不干扰
为什么 this 指向会丢失？闭包怎么帮上忙
原生 setTimeout 的回调在全局作用域执行，箭头函数或普通函数调用 fn() 时，this 默认指向 window（非严格模式）或 undefined（严格模式）。闭包本身不自动绑定 this，但提供了保存它的机会：
- 在返回函数执行时，立刻用 const context = this 记录当前调用上下文
- 同时用 const args = arguments 或剩余参数 ...args 捕获实参
- 在 setTimeout 回调里，通过 fn.apply(context, args) 显式还原调用环境
闭包真正保留的是什么
它不保留整个执行上下文（AO/VO、作用域链全貌），而是精准捕获并维持以下三项：
- timer 引用：用于 clearTimeout，是防抖逻辑成立的前提
- this 值：确保事件处理器中的方法能正确访问 DOM 元素或实例属性
- 参数列表：保证延迟执行时，传入的值仍是触发那一刻的真实数据
一个典型防抖实现中的闭包结构
下面代码清晰展示了闭包如何协同工作：
function debounce(fn, delay) {
let timer = null;
return function(...args) {
const context = this;
if (timer) clearTimeout(timer);
timer = setTimeout(() => {
fn.apply(context, args);
timer = null;
}, delay);
};
}
这里，timer、context、args 全部由闭包封装，外部无法直接访问，但内层函数可随时使用——这才是闭包在防抖中不可替代的价值。
