节流函数中闭包内定时器溢出处理的核心是依赖闭包维持timer状态并合理控制其生命周期，通过clearTimeout清除旧定时器、置null避免悬空引用，并结合时间戳判断与定时器兜底实现双保险。
节流函数中闭包内定时器的溢出处理，核心在于防止多次触发导致定时器堆积、重复执行或内存泄漏。这不是简单地“清掉再设”，而是依赖闭包维持状态 + 合理控制定时器生命周期。
闭包如何承载定时器状态
节流函数通常返回一个新函数，该函数通过闭包捕获外层函数定义的变量（如 timer 或 lastTime）。这个变量不会随外层函数执行结束而销毁，而是被内层函数持续引用——正是这种机制，让节流逻辑能跨多次调用保持一致性。
- timer 变量不放在全局，避免命名冲突和意外覆盖
- 每次调用节流后的函数时，先 clearTimeout(timer)，再 set 新定时器，确保旧任务被终止
- 若 timer 为 null/undefined，clearTimeout 不报错，安全可省略判空
定时器未清除导致的“溢出”表现
所谓“溢出”，并非定时器数值超限，而是指未及时清理已失效的定时器，造成多个 setTimeout 同时待执行，最终集中触发回调，违背节流本意。
- 比如 resize 事件快速连续触发 10 次，但只应执行 1 次；若没 clearTimeout，可能最后执行 5 次
- 更隐蔽的问题：timer 引用丢失（如重赋值前未清），导致旧定时器仍在后台运行，回调里 this 或参数可能已失效
- 极端情况下，大量未清除定时器长期驻留，拖慢垃圾回收，影响性能
推荐的健壮实现方式
采用“时间戳判断 + 定时器兜底”双保险，比纯定时器方案更稳定，尤其适合 scroll、input 等高频率场景。
- 记录上一次执行时间（lastTime），每次触发先比对 now - lastTime ≥ interval，满足才执行并更新 lastTime
- 同时用 timer 做延迟兜底：即使因某种原因漏判，也能保证至少每 interval 执行一次
- timer 设置后，必须在执行回调前 clearTimeout，且在回调末尾重新置为 null，避免悬空引用
实际代码中的关键细节
注意 timer 的赋值位置和作用域归属——它必须是闭包内变量，不能是参数或局部 let/const（否则每次调用都新建）。
- 错误写法：let timer = null; function throttle(fn) { return function() { clearTimeout(timer); timer = setTimeout(...); } } → timer 是每次返回函数内的局部变量，无法跨次保留
- 正确写法：function throttle(fn, delay) { let timer = null; return function() { clearTimeout(timer); timer = setTimeout(() => fn.apply(this, arguments), delay); }; }
- 更优写法：结合时间戳判断，timer 仅用于兜底，降低对 clearTimeout 的强依赖
