如何利用闭包技术高效实现滚动事件节流函数，控制频率？

本文共计883个文字，预计阅读时间需要4分钟。

要使用闭包构建高性能节流函数来控制滚动事件频率，关键在于封装状态变量（如上一次执行时间或定时器ID）。以下是简化的实现：

为什么必须用闭包

节流需要记住两个核心状态：

• lastTime：记录上一次真正执行回调的时间戳，用于判断是否过了间隔期
• timer：保存 setTimeout 返回的 ID，用于清除待执行的延迟任务

这两个值不能每次调用都重置，也不能暴露给外部。只有闭包能让它们长期驻留在函数作用域内——既不被外部访问，又能在多次事件触发中持续复用。不用闭包就得依赖全局变量，会导致多个滚动监听器互相覆盖、竞态出错。

选对版本：时间戳版 vs 定时器版

两种主流实现逻辑不同，适用场景也不同：

• 时间戳版：首次触发立刻执行，后续在 delay 内的调用全部忽略，直到超过间隔才再次执行。适合 scroll 监听，确保“至少每 X 毫秒响应一次”
• 定时器版：首次触发设定时器，delay 后执行；期间重复触发会不断清除并重设，最终只执行最后一次。适合“松手后补一次”的交互，比如滚动到底部加载更多

混用两者逻辑（比如在时间戳版里加 clearTimeout）会导致状态混乱、漏执行或重复执行。