一、概述
函数节流和去抖的出现场景,一般都伴随着客户端 DOM 的事件监听。举个例子,实现一个原生的拖拽功能(不能用 H5 Drag&Drop API),需要一路监听 mousemove 事件,在回调中获取元素当前位置,然后重置 dom 的位置(样式改变)。如果我们不加以控制,每移动一定像素而触发的回调数量是会非常惊人的,回调中又伴随着 DOM 操作,继而引发浏览器的重排与重绘,性能差的浏览器可能就会直接假死,这样的用户体验是非常糟糕的。我们需要做的是降低触发回调的频率,比如让它 500ms 触发一次,或者 200ms,甚至 100ms,这个阈值不能太大,太大了拖拽就会失真,也不能太小,太小了低版本浏览器可能就会假死,这样的解决方案就是函数节流,英文名字叫「throttle」。函数节流的核心是,让一个函数不要执行得太频繁,减少一些过快的调用来节流。指定时间间隔内只会执行一次任务。
说完函数节流,再看它的好基友函数去抖(debounce)。思考这样一个场景,对于浏览器窗口,每做一次 resize 操作,发送一个请求,很显然,我们需要监听 resize 事件,但是和 mousemove 一样,每缩小(或者放大)一次浏览器,实际上会触发 N 多次的 resize 事件,用节流?节流只能保证定时触发,我们一次就好,这就要用去抖。简单的说,任务频繁触发的情况下,只有任务触发的间隔超过指定间隔的时候,任务才会执行。
二、节流(throttle)
设定一个时间间隔,某个频繁触发的函数,在这个时间间隔内只会执行一次。也就是说,这个频繁触发的函数会以一个固定的周期执行。
应用场景
- DOM 元素的拖拽功能实现(mousemove),当某个div节点被拖动的时候频繁触发拖拽函数
- window.onresize事件
- 监听滚动事件判断是否到页面底部自动加载更多()
- 射击游戏的 mousedown/keydown 事件
- 计算鼠标移动的距离(mousemove)
- 上传进度
我们发现这些场景共同的问题就是函数被触发的频率太高。
代码实现
关于函数节流的代码实现有很多种,今天来介绍两种思路。
主要思想都是一样:
将即将被执行的函数用setTimeout延迟一段时间执行。如果该次延迟执行还没有完成,则忽略接下来调用该函数的请求。
第一种:通过timer来标识
1 | function throttle(func, interval) { |
第二种:通过时间差和间隔时间对比
1 | function throttle(func, delay, context) { |
要点:其判断的条件有一条关键就是不管通过什么条件来判断,每次在setTimeout执行的函数体中需要重置这个条件,比如timer,last的时间
tips:其实发现throttle 把if else条件去掉就是debounce函数
三、防抖(debounce)
设定一个时间间隔,当某个频繁触发的函数执行一次后,在这个时间间隔内不会再次被触发,如果在此期间尝试触发这个函数,则时间间隔会重新开始计算
应用场景
- 每次 resize/scroll 触发统计事件
- 文本输入的验证(连续输入文字后发送 AJAX 请求进行验证,验证一次就好)
代码实现
1 | function debounce(func, delay = 300, context) { |
四、小结
函数节流和函数去抖的核心其实就是限制某一个方法被频繁触发,而一个方法之所以会被频繁触发,大多数情况下是因为 DOM 事件的监听回调,而这也是函数节流以及去抖多数情况下的应用场景。