防抖函数立即执行模式需闭包维持状态变量（如isfirst），先判断immediate并同步执行、置状态为false，再清旧定时器设新定时器，延时后恢复状态，同时透传this和参数。
防抖函数的立即执行模式，本质是用闭包维持一个可变的状态标记（比如 isFirst 或 immediate），配合定时器控制“首次触发即执行、后续触发被抑制、冷却结束后恢复”的行为闭环。它不是简单加个 true 参数就能生效，关键在状态与定时器的协同管理。
状态变量必须由闭包长期持有
每次调用防抖函数返回的新函数，都要能读写同一个状态标识。如果把 let flag = true 写在返回函数内部，每次触发都会重置；必须放在外层作用域，靠闭包捕获：
- 错误写法：状态在内层，每次调用都新建，无法记忆“已执行过”
- 正确写法：状态定义在闭包顶层，所有调用共享同一份引用
立即执行与延迟清理需分步处理
不能把“立即执行”和“设定时器”混在同一异步回调里。逻辑要拆开：
- 先判断是否满足立即执行条件（如
flag && immediate），满足则同步运行目标函数，并置flag = false - 再统一清除旧定时器，设置新定时器，在延时结束时恢复状态（
flag = true） - 这样既保证首次不等待，又确保后续触发被拦截，且冷却期一到就自动“解禁”
参数与 this 必须准确透传
用户触发事件时传入的实参（如 event 对象）和原始上下文（如 DOM 元素），不能丢失：
- 用
arguments或剩余参数...args捕获调用时全部参数 - 用
fn.apply(this, args)确保目标函数中的this指向事件源，而非防抖函数自身 - 否则在 Vue 组件方法或事件监听中容易出现
this为undefined或指向错误的问题
常见陷阱：定时器未清导致状态错乱
如果只在立即执行分支里改 flag，却忘了在定时器回调里重置，会导致函数永远无法再次立即执行：
- 漏掉
timer = setTimeout(() => { flag = true }, delay)中的重置语句 - 或误将
clearTimeout(timer)放在判断之后，导致旧定时器残留并干扰新逻辑 - 应始终遵循“先清旧、再设新、定时器内必恢复状态”的三步节奏
