防抖函数的核心是用闭包封装定时器与状态，实现清除重置、参数合并、取消/立即执行等能力。需在闭包内统一管理timer、pendingargs、iscanceled等状态，捕获配置项，暴露cancel/flush方法，并注意内存泄漏防护。
防抖函数的核心在于用闭包保存定时器引用，从而在新触发时清除旧定时器、重置计时逻辑。处理复杂触发场景（比如条件判断、参数合并、取消/立即执行控制）时，闭包不仅是“存 timer”，更是承载状态与策略的上下文容器。
闭包封装可变状态与配置
单纯延时执行只是基础。实际业务中常需根据参数决定是否执行、是否合并参数、是否跳过某次触发。这些决策依赖的状态（如上次参数、是否已标记取消、当前等待状态）必须在闭包中持久化，不能靠外部变量——否则多实例或异步并发会互相干扰。
- 把 timer、pendingArgs、isCanceled、immediateMode 等状态统一闭包内管理
- 配置项（如 wait、leading、trailing、mergeFn）应在函数初始化时捕获，避免运行时意外被改写
- 例如：带参数合并的防抖，闭包内缓存上一次调用的参数，下次触发时用 mergeFn 合并再传入目标函数
支持取消与立即执行的双模式控制
标准防抖只处理延迟，但真实交互中常需主动取消（如表单校验中途退出）、或首次触发立刻执行（如搜索框回车即查）。这些能力必须通过闭包暴露方法，并严格绑定到当前实例的 timer 和状态上。
- cancel() 方法在闭包内清除 timer 并重置 isCanceled = true，确保后续 flush 不执行
- flush() 方法强制执行最后一次缓存的调用（若存在），并清空 pendingArgs
- leading/trailing 模式切换需在闭包内维护 lastExecTime 或 isLeadingExecuted 标志，避免时间戳跨实例污染
高阶闭包：嵌套函数分离职责
当逻辑变复杂（如节流+防抖混合、多条件拦截、错误重试兜底），可采用多层闭包分工：外层封装配置与生命周期，中层管理状态与调度，内层专注执行逻辑。每一层闭包只暴露必要接口，降低耦合。
- 外层工厂函数接收配置，返回防抖实例；中层闭包持有 timer + state；内层执行函数只负责调用 fn 和清理
- 例如：防抖 + 错误重试，可在内层执行失败后，将原参数和 retryCount 存入闭包，下次触发时自动降级重试
- 避免把所有逻辑塞进一个匿名函数——闭包不是垃圾桶，而是有边界的上下文边界
注意闭包变量的生命周期与内存泄漏
闭包让变量长期驻留，但并非所有变量都该持久化。尤其 DOM 引用、大型对象、事件监听器等，若未在 cancel 或 flush 后手动释放，容易引发内存泄漏。
- 在 cancel() 中除了 clearTimeout，还应置空 timer、pendingArgs、DOM 引用等非基础状态
- 若防抖函数绑定在组件方法上（如 React 中），组件卸载时务必调用 cancel，防止 setState 在已销毁组件上调用
- 使用 WeakMap 关联 DOM 元素与防抖实例，可避免强引用阻止 GC（适合需按元素粒度管理的场景）
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
