防抖函数利用闭包保存 timer 变量，确保多次调用共享同一定时器引用；每次触发先清除旧定时器再设置新定时器，从而只执行最后一次回调，且不同实例互不干扰。
防抖函数利用闭包保存上一次设置的定时器 ID，从而在下一次触发时清除旧定时器、重设新定时器，避免重复执行。
闭包如何捕获并维护定时器状态
闭包让内部函数能持续访问外层函数定义的变量。防抖函数中，timerId 通常声明在外层函数作用域内，返回的事件处理函数通过闭包引用它，每次调用都能读取和更新这个值。
- 外层函数执行一次，生成独立的 timerId 变量空间
- 返回的处理函数每次运行时，先 clearTimeout(timerId) 清除上次未执行的定时器
- 再用 setTimeout 设置新定时器，并把新 ID 赋给 timerId
典型实现中闭包的关键位置
核心在于 return function 内部对 timerId 的读写——这个变量既不暴露给外部，又不会被重复初始化，正是闭包提供的“私有状态”。
- timerId 不能放在全局或函数参数里，否则无法跨次调用保持状态
- 也不能在每次事件触发时 let timerId 重新声明，那样就清不掉之前的定时器
- 必须在 debounce 工厂函数顶层用 let 或 var 声明，供内部函数反复使用
注意 clearTimeout 的安全性
即使 timerId 是 null 或 undefined，clearTimeout 也不会报错，所以无需额外判断，直接调用即可。
- 首次触发时 timerId 是 undefined，clearTimeout 无副作用
- 后续触发时，它保存的是上一轮 setTimeout 返回的数字 ID
- 定时器执行后，timerId 不会自动清空，需手动赋值（如设为 null）或依赖下次覆盖
带立即执行选项的扩展写法
如果支持立即执行（leading）+ 延迟执行（trailing），闭包还需维护额外状态，比如 isInvoking 标记是否已在本轮触发过，或用 lastCall 记录时间戳，这些变量同样靠闭包封装，不污染外部环境。
- leading 模式需要在首次进入时立刻执行，之后进入冷却期
- trailing 模式依赖最后一次触发后的延迟执行，仍需 timerId 控制时机
- 两种模式共存时，闭包内可能包含多个状态变量，但都由同一作用域统一管理
