防抖函数中timer必须在闭包外层声明且只初始化一次，清除与重置需严格按fn执行后设null的顺序，cancel前须判空，每次触发都应clearTimeout(timer)再赋新值，并用fn.apply(this, args)确保this和参数正确传递。
防抖函数里定时器的处理，核心不在“怎么设”，而在“怎么管”——尤其是 timer 变量的生命周期、清除时机和状态一致性。这些细节全靠闭包兜底，稍一疏忽就导致漏执行、重复执行或内存泄漏。
timer 必须在外层闭包中声明且只初始化一次
timer 不能在每次调用时重新 let/const 声明，否则每次都是新变量，前一次的定时器 ID 就彻底丢失，无法 clearTimeout。它必须定义在 debounce 函数作用域内，被返回的防抖函数和 cancel 方法共同捕获：
- 声明位置：debounce 函数体内最外层，如
let timer = null - 作用范围：该变量对内部所有函数（包括 setTimeout 回调）可见，但对外部完全隔离
- 典型错误：在防抖函数体内重复声明
let timer，导致每次调用都覆盖旧引用
清除与重置的顺序不能颠倒
setTimeout 回调里 fn 执行后才把 timer 设为 null；如果提前清空，cancel 方法就可能失效，因为 timer 已经没了，但回调还在运行中：
- ✅ 正确顺序：
fn.apply(this, args); timer = null; - ❌ 危险写法：
timer = null; fn.apply(this, args);—— 若此时调用 cancel，会误判 timer 已清，实际回调仍在执行 - cancel 内部也需先判断
if (timer)再 clearTimeout，避免重复清除报错
防抖主逻辑要兼容已取消状态
用户调用 cancel 后，timer 变为 null；此时再次触发防抖函数，必须能正常新建定时器，不能因 timer === null 就跳过设置：
- 关键逻辑：每次触发都执行
clearTimeout(timer)（对 null 安全），再赋新值 - 不要写成
if (!timer) { timer = setTimeout(...) }—— 这会跳过重置，导致只生效第一次 - 推荐结构：
clearTimeout(timer); timer = setTimeout(...)，天然兼容 null 和有效 ID
this 和参数传递必须在回调中显式绑定
setTimeout 的箭头函数或普通函数执行时，this 默认指向全局（window），而事件监听器中的 this 应是触发元素。参数同理，不能靠 arguments 或隐式传入：
- 使用
fn.apply(this, args)或fn.call(this, ...args)显式绑定上下文和参数 - args 推荐用剩余参数
...args接收，避免 arguments 对象的坑 - 避免直接写
fn()，否则 this 丢失、参数缺失，调试时难定位
