防抖和节流

这两个东西，你肯定听过，就是两种优化浏览器性能的手段。相关文章你肯定也看过，如果还是不太清楚，没关系，看完这篇短文，相信你能轻松理解其中差别。

防抖（deounce）

我们先说防抖吧，这里有个小笑话，看完你应该就秒懂了：

小明军训，教官发令：向左转！向右转！向后转！大家都照着做，唯有小明坐下来休息，教官火的一批，大声斥问他为啥不听指挥？小明说，我准备等你想好到底往哪个方向转，我再转。

虽然是个笑话，却很好地说明了防抖的定义：给一个固定时间，如果你开始触发动作，并且在这个固定时间内不再有任何动作，我就执行一次，否则我每次都会重新开始计时。我们可以用极端情况理解它：如果给定时间间隔足够大，并且期间一直有动作触发，那么回调就永远不会执行。放在笑话的语境里就是，只有教官最后一次发号后，小明才会转。

节流（throttle）

如果你理解了防抖，关于节流，就更好理解了

学生上自习课，班主任五分钟过来巡视一次，五分钟内随便你怎么皮，房顶掀了都没事，只要你别在五分钟的时间间隔点上被班主任逮到，逮不到就当没发生，逮到她就要弄你了。

在这里，班主任就是节流器；你搞事，就是用户触发的事件；你被班主任逮住弄，就是执行回调函数。

节流的定义：用户会反复触发一些操作，比如鼠标移动事件，此时只需要指定一个“巡视”的间隔时间，不管用户期间触发多少次，只会在间隔点上执行给定的回调函数。，我们同样可以用极端情况来理解：如果给定的间隔时间是 240毫秒，用户永不间断地在屏幕上疯狂移动鼠标，那么你的回调函数会分别在 240毫秒、 480毫秒、 720毫秒... 就这么一直执行下去

这俩有啥用？

防抖（deounce）:
- 可用于input.change实时输入校验，比如输入实时查询，你不可能摁一个字就去后端查一次，肯定是输一串，统一去查询一次数据。
- 可用于 window.resize 事件，比如窗口缩放完成后，才会重新计算部分 DOM 尺寸
节流（throttle），用于监听 mousemove、鼠标滚动等事件，通常可用于：拖拽动画、下拉加载。

节流通常用在比防抖刷新更频繁的场景下，而且大部分是需要涉及动画的操作。

Talking is cheap show me the code

防抖

function debounce (fn, delay = 200) {
  let timeout;
  return function() {
    // 重新计时
    timeout && clearTimeout(timeout);
    timeout = setTimeout(fn.bind(this), delay, ...arguments);
  }
}

const handlerChange = debounce(function () {alert('更新触发了')})

// 绑定监听
document.querySelector("input").addEventListener('input', handlerChange);

节流

function throttle (fn, threshhold = 200) {
  let timeout;
  // 计算开始时间
  let start = new Date();
  return function () {
    // 触发时间
    const current = new Date() - 0;
    timeout && clearTimeout(timeout);
    // 如果到了时间间隔点，就执行一次回调
    if (current - start >= threshhold) {
      fn.call(this, ...arguments);
      // 更新开始时间
      start = current;
    } else {
      // 保证方法在脱离事件以后还会执行一次
      timeout = setTimeout(fn.bind(this), threshhold, ...arguments);
    }
  }
}

let handleMouseMove = throttle(function(e) {
  console.log(e.pageX, e.pageY);
})

// 绑定监听
document.querySelector("#panel").addEventListener('mousemove', handleMouseMove);

从代码上看不难发现，节流只是在防抖的基础上加了时间差的判断，多穿了件马甲而已。

小兄弟，你是否还有很多问号？？

防抖用在 input.change 上我能理解，鼠标拖拽功能为啥不能用防抖？用的话会发生什么？
仔细想一想，简单来说，防抖其实是只会触发一次，明显不能用在这种拖拽场景下，如果硬用上去，会出现用户拖了弹框它不动，过了一会儿“啪”地就跳过去了。出现这种情况，老板是要请你喝茶的。
节流的代码，为什么要加上那句 setTimeout ？我不加会怎么样？
这句代码的主要作用，说白了其实就是“兜底”，它确保了你的回调不管怎么样，一定会执行一次。还是用鼠标拖拽弹框功能举例，这个兜底解决了拖拽弹框在速度很快的情况下弹框不动的问题、也确保你最后拖拽完成，放开鼠标，弹框能回到你鼠标的位置，就是代码注释里写的：保证方法在脱离事件以后还会执行一次。

其实这两个问题，是我初见防抖和节流的时候所疑惑的，希望也能帮助到你。

再深入一点

本来是没有写这块内容的，但是评论区有朋友指出了节流函数存在的问题，我就顺带着又了解了一些防抖和节流的细节。

我们可以从上面的节流函数入手，你能否看出存在什么问题呢？这个也是评论区朋友指出的：这个节流函数第一次不会立即执行，而是会等待一段时间执行，并且这个等待时间越长，延迟越是明显，我们用这个思路再审视一下防抖函数，也同样有这个问题。

那么怎么解决呢？针对防抖和节流，其实有立即执行和非立即执行两种版本，上面写的就是非立即执行版本。想解决上面的问题也很简单，把函数改造一下，使用立即执行版本就可以了~只需要改变一行代码。（同理，节流也是类似）

// 立即执行的防抖函数
function debounce (fn, delay = 200) {
  let timeout;
  return function() {
    // 如果 timeout == null 说明是第一次，直接执行回调，否则重新计时
+   timeout == null ? fn.call(this, ...arguments) : clearTimeout(timeout);
    timeout = setTimeout(fn.bind(this), delay, ...arguments);
  }
}

const handlerChange = debounce(function () {alert('更新触发了')})

// 绑定监听
document.querySelector("input").addEventListener('input', handlerChange);

可视化

如果你还是无法直观感受二者差别，进入传送门

总结

关于节流和防抖这两个概念，我也看过很多解说，说实话，很少有文章能真的说清楚的。基本上就是官腔+代码流的一套组合拳，都在说 Talking is cheap show me the code，但是很多时候，往往是 Fucking code is so difficult, talk to me please. 真正能让人豁然开朗的，应该是大白话。

真心希望这篇文章能帮到你，帮到了点个赞，感谢！

最后更新于4年前