防抖函数中timer变量能“记住上一次的定时器id”，靠的是闭包形成的私有作用域：timer定义在debounce外层函数内，每次调用生成独立闭包，返回函数通过词法作用域持续访问并更新该变量，确保清除旧定时器、设置新定时器，且各实例互不干扰。
防抖函数里 timer 变量能“记住上一次的定时器 ID”，靠的是闭包形成的私有作用域，不是魔法，而是 JavaScript 词法作用域和垃圾回收机制共同作用的结果。
timer 必须定义在外层函数里
每次调用 debounce(fn, delay)，都会执行一次外层函数，里面用 let timer = null 声明变量。这个 timer 不在全局，也不在事件回调里，而是在 debounce 函数的作用域中——它只初始化一次，且专属于这个防抖实例。
- 不同防抖调用（比如搜索框和窗口 resize）各自生成独立的闭包，互不共享 timer
- 如果把 timer 放全局，多个防抖会互相覆盖；如果每次都在回调里 let timer，就清不掉前一个定时器
- 闭包让返回的匿名函数始终能读写这个 timer，哪怕 debounce 函数早已执行完毕
闭包让 timer 持久可访问
返回的函数是个闭包：它内部没有重新声明 timer，而是沿作用域链向上找到外层函数定义的那个 timer 变量。只要这个返回的函数还被引用（比如绑在 DOM 事件上），JavaScript 引擎就不会回收外层函数的活动对象（AO），timer 就一直存在。
- 首次触发时 timer 是 null，clearTimeout(timer) 安全无副作用
- 后续触发时，timer 已是上一轮 setTimeout 返回的数字 ID，clearTimeout 能精准清除
- 定时器执行后，timer 不会自动变回 null，需要手动赋值（如 timer = null），否则下次无法判断是否为首次
闭包同时捕获 this 和参数，保证执行正确
timer 是状态核心，但防抖还要还原函数调用时的真实环境。闭包也帮了大忙：
- 在返回函数执行时，立刻保存 const context = this 和 const args = arguments
- 在 setTimeout 回调里用 fn.apply(context, args)，确保 this 指向触发事件的元素，参数也是那一刻的真实值
- 如果不靠闭包保存，直接在回调里用 this 或 arguments，就会丢失上下文或拿到错误参数
这不是“保持整个上下文”，而是精准保留关键值
闭包没保存整个执行上下文（比如 AO 全貌、作用域链完整结构），它只捕获并维持三项关键内容：
- timer 引用：用于 clearTimeout，是防抖逻辑成立的前提
- this 值：确保方法能正确访问 DOM 元素或类实例属性
- 参数列表：保证延迟执行时，传入的仍是触发瞬间的数据
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
