防抖和节流函数通过闭包持久化存储timer、prevtime等变量，依赖v8引擎对未被回收作用域的内存维护；定时器id是真实整数句柄，用于任务队列调度；this和arguments在每次调用时动态绑定；多次调用生成相互隔离的闭包实例。
防抖和节流函数之所以能“记住”上次的定时器、时间戳或执行状态，本质在于它们返回的**函数表达式绑定了闭包环境**——这个环境不是抽象概念，而是 JavaScript 引擎在内存中真实分配并持续维护的一块作用域空间。理解这一点，就能看清所谓“动态存储上下文”的物理表现。
闭包让变量在内存中长期驻留
防抖函数里声明的 timer 或节流函数里的 prevTime/canRun，并非每次调用都重新创建。它们被定义在外层函数作用域中，而返回的内层函数（事件回调）始终持有对该作用域的引用。只要这个内层函数还可能被执行（比如绑定在 input 或 scroll 事件上），V8 引擎就不会回收该作用域对应的堆内存。这正是“上下文被动态存储”的物理基础：一段内存地址持续保存着变量值，供后续调用读取或修改。
定时器 ID 是可追踪的数值型句柄
像 setTimeout 返回的 timer 值，本质上是一个整数 ID（如 12、47），它指向浏览器任务队列中一个待执行的宏任务。调用 clearTimeout(timer) 时，引擎会根据这个 ID 查找并移除对应任务。你在控制台打印 timer，看到的就是这个真实存在的数字句柄——它不是魔法，而是运行时系统级调度机制暴露给 JS 层的接口。防抖靠反复赋值、清除这个 ID 来实现“重置计时”，其行为完全依赖于该 ID 在内存与任务队列间的映射关系。
this 和 arguments 的绑定发生在调用时刻
防抖/节流返回的函数内部常写 fn.apply(this, arguments)。这里的 this 并非外层函数的 this，而是**事件触发时实际调用该回调的上下文**（比如 input 元素、window 对象）。arguments 同理，是每次事件触发时由引擎现场收集的实参列表。这些值不会被提前固化，而是在每次执行内层函数时动态捕获、传递。这种“延迟绑定”能力，正是函数表达式作为一等公民的体现：它把执行时机和上下文解耦，让逻辑复用成为可能。
多次调用生成多个独立闭包实例
当你写 const searchHandler = debounce(apiSearch, 300) 和 const resizeHandler = debounce(updateLayout, 150)，JS 引擎会为它们分别创建两个闭包环境。每个环境都有自己的 timer 变量、自己的作用域链、彼此互不干扰。你可以用 console.dir(searchHandler) 查看其 [[Scopes]] 内部属性，里面明确列出闭包中捕获的变量名和当前值。这不是语法糖，而是实实在在的多份内存副本。
