闭包防抖机制通过闭包封装请求状态实现动态重复拦截，支持自定义key提取、白名单绕过及axios无缝集成，并具备lru缓存清理、统计监控与降级能力。
闭包防抖机制在统一接口防腐层中实现动态重复请求拦截，核心在于利用闭包捕获并维护请求上下文状态，结合时间窗口与唯一标识做轻量级判断，不依赖外部存储也能完成首次拦截。它不是替代后端幂等或 Redis 锁的方案，而是作为前置“快筛”层，降低无效请求穿透率。
闭包封装防抖状态机
闭包天然适合封装防抖所需的私有状态（如 lastTime、lastKey、pendingMap），避免全局污染。一个典型的防抖函数工厂返回可复用的拦截器：
- 每次调用生成独立作用域，不同接口可配置不同 timeout 或 key 提取逻辑
- 内部维护 Map
记录各请求标识最后触发时间，key 可由 URL + method + 精简参数哈希生成 - 拦截时比对当前时间与 lastTime 差值，超时则更新并放行，否则拒绝
动态 key 提取支持业务差异化
同一防腐层需适配登录、下单、上传等不同接口，其“重复”定义不同——下单看订单号，上传看文件 hash，搜索看关键词。闭包内可通过传入的提取函数动态生成 key：
- 例如：keyFn: (req) => req.body.orderId || req.query.fileHash
- 对 /upload 接口自动跳过 body 解析，只取 query 参数；对 POST /order 直接读 body
- 支持白名单绕过（如心跳、日志上报接口），通过 path 正则快速过滤
与 axios 拦截器无缝集成
在 request config 层注入闭包实例，实现零侵入接入：
- 创建单例防抖器：const debouncer = createDebouncer({ timeout: 2000 })
- 在 axios 请求拦截器中调用：if (!debouncer.allow(config)) throw new Error('重复请求')
- 响应/错误拦截器中调用 debouncer.clear(config) 清理已成功或失败的 key
- 自动兼容并发请求：同一 url+参数组合仅被拦截一次，不影响其他请求
降级与可观测性设计
生产环境需考虑闭包内存增长与误判问题：
- 设置最大缓存条目数（如 500），超出时按 LRU 清理旧条目
- 暴露 debouncer.stats() 方法供监控：命中数、拒绝数、缓存大小
- 当检测到高频拒绝（如 1 分钟超 100 次），自动打印 warn 日志并临时放宽策略
- 配合前端埋点，将被拦截的请求携带 traceId 上报，便于定位是用户手抖还是前端 bug
