防抖函数依赖闭包实现稳定运行：私有持久化timer、隔离多实例状态、支持leading/trailing混合触发、缓存Promise避免响应覆盖、正确绑定this和参数。
防抖函数在电商搜索中不是“加个 delay 就完事”，关键在于用闭包把 timer、配置、上下文和异步状态真正“锁住”，让每次输入都互不干扰，只响应用户停下来的那一瞬。
闭包是防抖稳定运行的底层保障
防抖不是简单延迟，而是“取消重来”。闭包让 timer 变量私有且持久：它声明在 debounce 外层函数中，只初始化一次；返回的包装函数通过作用域链持续访问并修改它。这样，无论用户快速连输“手机”“手机壳”“手机壳苹果”，每次 input 触发都会 clearTimeout 前一个定时器，再设新定时器——多个搜索框、多个商品筛选栏共用同一份 debounce 代码，却各自维护独立 timer，不会互相覆盖或误清。
支持 leading + trailing 的混合触发逻辑
电商场景常需“首次输入立刻查热门，后续等停顿再查精准结果”。这靠闭包保存 isInvoked 状态 + 时间戳 实现：首次触发时，若配置 { leading: true }，立即执行请求并标记已触发；之后每次触发都检查是否在 wait 时间窗口内，避免重复。例如用户点开搜索框聚焦即拉取“热榜词”，接着输入“AirPods”，300ms 后才发起带 query 的联想请求。
包裹 async 请求时，闭包缓存 Promise 控制权
搜索接口多为 fetch 或 axios 调用，返回 Promise。若不处理，连续输入可能造成旧响应覆盖新 UI（比如先搜“耳机”返回了列表，后搜“降噪耳机”的结果晚到，反而把正确结果刷没了）。闭包在此缓存 resolve/reject 引用：每次 clearTimeout 同时 reject 当前 promise；真正触发时才调用 fn 并 resolve 最终结果。外部可安全 await debouncedSearch(query)，确保拿到的永远是最后一次输入对应的结果。
不丢 this 和参数，适配真实 DOM 事件流
input 事件监听中，e.target.value 是关键参数，this 指向 input 元素（可能用于禁用按钮或加 loading）。闭包内需显式捕获 this 和 arguments，并在 setTimeout 中用 fn.apply(this, args) 还原。更稳妥写法是用箭头函数保持词法作用域，但底层仍依赖闭包维持 context 和 args 的生命周期——否则多次触发后 this 变成 window，参数错乱，搜索请求直接发空值。
