复杂闭包需封装状态、配置与行为于统一上下文，持久化管理可变状态（如timer、pendingArgs），初始化时快照不可变配置，并暴露cancel/flush/reset等可控接口，通过分层设计降低认知负荷。
函数表达式处理复杂闭包逻辑，关键在于把状态、配置和行为封装进统一的上下文，而不是堆砌嵌套或依赖外部变量。
闭包必须承载可变状态与决策依据
简单延时或计数只是表象。真正复杂的闭包需要记住上次参数、是否被取消、当前执行模式（如 leading/trailing）、甚至错误重试次数。这些不是临时变量，而是闭包内持久化管理的状态。比如防抖函数里，timer、pendingArgs、isCanceled、lastExecTime 都得在同一个闭包作用域中协同工作——否则多个实例会互相覆盖，异步调用会错乱。
配置捕获要早于运行时，且不可篡改
wait 时间、是否立即执行、参数合并策略这些配置，必须在函数初始化时就从外层作用域“快照”下来。不能等到调用时再去读取某个全局变量，否则配置可能已被其他逻辑修改。例如：mergeFn: (a, b) => ({ ...a, ...b }) 这类函数应作为闭包常量存在，而不是每次调用都重新生成或引用外部可变对象。
暴露可控接口，让外部能干预生命周期
仅靠自动延时不够。真实场景需要主动 cancel（如用户离开页面）、flush（如表单提交前强制触发最后一次校验）、甚至 reset（如重置搜索状态）。这些方法必须绑定到当前闭包的 timer 和状态上，不能是通用工具函数。例如 cancel() 不仅 clearTimeout，还要标记 isCanceled = true，并阻止后续 flush 执行。
分层设计降低认知负担
当逻辑叠加（比如防抖 + 节流 + 错误重试），不要把所有判断塞进一个匿名函数。可用三层结构：外层工厂接收配置并返回实例；中层闭包专注调度与状态维护；内层只做目标函数调用和异常兜底。每层只暴露必要接口，比如中层不直接暴露 timer，而是通过 start/stop 控制。
