了解防抖与节流
在前端开发的过程中,我们经常需要绑定一些持续触发的事件,如 resize、scroll、mousemove 等,然而有些时候我们并不希望在事件持续触发的过程中频繁地去执行函数,这时候就会用到函数防抖(Debounce)与节流(Throttle):
防抖:
-
特征:事件触发后,延迟一段时间执行回调。若在延迟期间再次触发事件,则重新计时。
-
逻辑:事件频繁触发,但只需在最后一次触发后执行一次回调。
-
事件:
-
input(搜索框输入: 用户连续输入时,避免每次按键都发送请求,而是在用户停止输入(如 300ms 后)再发起搜索请求)
-
resize(窗口大小调整:窗口拖动调整大小时,频繁触发 resize 事件,防抖可确保只在调整结束后计算布局)
-
submit(表单验证:实时验证输入内容时,避免每次输入都触发校验逻辑,而是在用户暂停输入后执行)
-
click(按钮防重复提交:防止用户快速点击按钮多次提交数据,只在最后一次点击后执行提交逻辑)
-
节流:
-
特征:事件触发时,固定时间间隔内只执行一次回调,稀释回调执行频率。
-
逻辑:事件持续高频触发,但需要以可控的频率执行回调。
-
事件:
-
scroll(滚动事件:页面滚动时,每隔固定时间(如 100ms)检查滚动位置(用于懒加载、回到顶部按钮显隐等))
-
mousemove(鼠标移动:拖拽元素或绘制画布时,限制高频更新频率,避免卡顿)
-
游戏技能冷却:限制玩家按键频率(如射击类游戏),确保技能按固定间隔触发
-
实时数据更新:高频数据流中,固定时间间隔更新界面,避免频繁渲染
-
下面我们简单地了解这两种限制函数执行次数的具体实现方式。首先看这个例子:
|
|
每次 button 的点击事件都会执行 submit 函数,我们如何限制 submit 的执行次数?
Debounce
防抖是在事件多次触发时让函数只执行一次,有非立即执行和立即执行两种实现。
闭包实现防抖
用闭包可以实现一个简单的 debounce 函数来包装 submit 函数,实现防抖效果。
|
|
连续点击时,始终从最新一次点击开始计时。直到不再点击的 1s 后,才会执行一次 submit。
传递 this 和 event
当我们在事件监听中绑定 submit 时,this 指向 button,并且可以拿到 MouseEvent 事件。
|
|
现在我们的 submit 被 debounce 包装,此时 this 和事件参数要从 debounce 传递给 submit。
|
|
这就是一个非立即执行的防抖实现,缺陷是第一次点击也需要等待 1s 后才会有反馈。
立即执行版本
第一次点击时让函数立即执行。不再点击的 1s 后,新的点击将成为第一次点击,再次执行函数。
|
|
Throttle
节流的实现方式是减少函数的触发频率,同样有非立即执行和立即执行两种实现。
定时器版本
非立即执行我们自然想到用定时器实现:
|
|
时间戳版本
立即执行我们要计算时间差,所以用时间戳实现:
|
|
实际上,结合非立即执行和立即执行的两种实现方式,你可以构造出具有更多功能的防抖函数和节流函数,满足业务需求。
参阅资料