必须用闭包保存 timerid，因为闭包使返回的函数能持续访问并更新外层作用域中的 timerid，从而每次触发时清除前一个定时器，确保仅执行最后一次调用的延迟逻辑。
防抖函数通过闭包保存计时器 ID（如 timerId），确保每次触发时能清除上一次未执行的定时器，只保留最后一次调用的延迟执行逻辑。
为什么必须用闭包保存 timerId
如果不保存 timerId，每次调用防抖函数都会新建一个独立的定时器，无法清除前一次的延时任务，导致多次执行。闭包让内部函数持续访问外层函数作用域中的 timerId 变量，实现状态跨调用共享。
基础实现：闭包封装 timerId
下面是一个典型写法：
function debounce(fn, delay) {
let timerId = null; // 闭包变量，每次调用 debounce 都创建新作用域
return function (...args) {
if (timerId !== null) {
clearTimeout(timerId);
}
timerId = setTimeout(() => {
fn.apply(this, args);
timerId = null; // 执行后清空，避免内存残留（可选）
}, delay);
};
}
关键点：
-
timerId 声明在 debounce 内部，不是全局或参数传入，保证每次调用
debounce()都有独立的计时器状态 -
返回的函数是闭包，能读写外层的
timerId - 每次触发都先清除旧定时器，再设新定时器，实现“重置延迟”
实际使用示例
比如监听输入框搜索：
const searchInput = document.getElementById('search');
const debouncedSearch = debounce((value) => {
console.log('发起搜索:', value);
}, 300);
<p>searchInput.addEventListener('input', (e) => {
debouncedSearch(e.target.value);
});</p>
用户连续输入时，只有最后一次输入停顿 300ms 后才会真正触发搜索 —— 这正是靠闭包中持久存在的 timerId 实现的清理控制。
进阶注意：this 和参数传递
上面实现已用 fn.apply(this, args) 正确绑定上下文和参数。若需更健壮，可加防抖函数取消能力或立即执行选项，但核心逻辑不变：timerId 必须藏在闭包里，不可暴露或复用。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
