防抖和节流需通过闭包捕获并用apply/call显式绑定this与参数，否则定时器回调中this丢失、参数缺失；节流还需每次触发时重新捕获上下文，避免复用旧值。
防抖和节流的核心不只是“延时”或“限频”，而是如何在异步执行中准确还原原始调用时的 this 和参数。这依赖闭包保存上下文，再通过 apply 或 call 显式绑定，否则定时器回调里 this 会丢失、指向 window（非严格模式）或 undefined（严格模式）。
为什么需要手动绑定 this
setTimeout 的回调函数运行在全局作用域，不继承外层函数的执行上下文。即使你在事件监听中写了 fn()，一旦它被塞进 setTimeout，就脱离了原调用链：
- 原事件触发时：
input.addEventListener('input', handler)→handler中的this指向 input 元素 - 但防抖内部：
setTimeout(() => fn(), delay)→ 此时fn()是普通调用，this不再是 input
闭包如何保存并传递上下文
闭包本身不自动“绑定”上下文，它只是让内层函数能访问外层变量（比如 timer、args、this）。关键步骤是：在返回的函数体中，先捕获当前 this 和参数，再在定时器回调里用 apply 或 bind 传回去：
-
捕获时机：在防抖/节流返回的函数被调用时（即事件触发瞬间），立即记录
const context = this和const args = arguments -
还原时机：在
setTimeout回调中，执行fn.apply(context, args)，把上下文和参数完整交还 -
替代写法：也可用
fn.call(context, ...args)或提前fn.bind(context, ...args)，但apply更适合处理动态参数数组
常见错误写法及修正
以下写法会导致 this 错乱或参数丢失：
- ❌
setTimeout(fn, delay)—— 完全没传this和参数 - ❌
setTimeout(() => fn(), delay)—— 箭头函数不绑定this，且无参数传递 - ❌
setTimeout(fn.bind(this), delay)—— 绑定了this，但没传参数，且每次 bind 都新建函数，影响性能 - ✅ 正确：
setTimeout(() => fn.apply(this, arguments), delay)或更推荐结构化写法：
const context = this; const args = arguments;
setTimeout(() => fn.apply(context, args), delay)
节流中上下文处理的特殊点
节流比防抖多一层状态判断（如时间戳或定时器存在性），但上下文绑定逻辑一致。唯一区别在于：节流的执行时机更固定，所以 this 和参数必须在每次“允许执行”的瞬间准确捕获，不能复用上一次的缓存值：
- 时间戳版：每次触发都读取
this和arguments，只在满足间隔条件时才apply - 定时器版：仅当
!timer时才启动新定时器，并在回调中apply当前次的上下文，避免使用闭包外层缓存的旧值
