共计 3070 个字符，预计需要花费 8 分钟才能阅读完成。
防抖和节流严格算起来应该属于性能优化的知识，但实际上遇到的频率相当高，处理不当或者放任不管就容易引起浏览器卡死。所以还是很有必要早点掌握的。（信我，你看完肯定就懂了）
从滚动条监听的例子说起
先说一个常见的功能，很多网站会提供这么一个按钮：用于返回顶部。
这个按钮只会在滚动到距离顶部一定位置之后才出现，那么我们现在抽象出这个功能需求 – 监听浏览器滚动事件，返回当前滚条与顶部的距离这个需求很简单，直接写:
function showTop () {
var scrollTop = document.body.scrollTop || document.documentElement.scrollTop;
console.log(‘ 滚动条位置：’ + scrollTop);
}
window.onscroll = showTop
但是！
在运行的时候会发现存在一个问题：这个函数的默认执行频率，太！高！了！。高到什么程度呢？以 chrome 为例，我们可以点击选中一个页面的滚动条，然后点击一次键盘的【向下方向键】，会发现函数执行了 8 - 9 次！
然而实际上我们并不需要如此高频的反馈，毕竟浏览器的性能是有限的，不应该浪费在这里，所以接着讨论如何优化这种场景。
防抖 (debounce)
基于上述场景，首先提出第一种思路：在第一次触发事件时，不立即执行函数，而是给出一个期限值比如 200ms
如果在 200ms 内没有再次触发滚动事件，那么久执行函数
如果在 200ms 内再次触发滚动事件，那么当前的计时取消，重新开始计时
效果：如果短时间内大量触发同一事件，只会执行一次函数。
实现：既然前面都提到了计时，那实现的关键就在于 setTimeOut 这个函数，由于还需要一个变量来保存计时，考虑维护全局纯净，可以借助闭包来实现：
/*
* fn [function] 需要防抖的函数
* delay [number] 毫秒，防抖期限值
*/
function debounce(fn,delay){
let timer = null // 借助闭包
return function() {
if(timer){
clearTimeout(timer) // 进入该分支语句
timer = setTimeOut(fn,delay) 说明如果当前正在计时过程中，又触发了相同事件。所以取消当前的计时，重新开始计时
}else{
timer = setTimeOut(fn,delay) // 进入该分支说明当前并没有在计时，那么就开始一个计时
}
}
}
当然 上述代码是为了贴合思路，方便理解（这么贴心不给个赞咩？），写完会发现其实 time = setTimeOut(fn,delay) 是一定会执行的，所以可以稍微简化下：
/***************************** 简化后的分割线 ******************************/
function debounce(fn,delay){
let timer = null // 借助闭包
return function() {
if(timer){
clearTimeout(timer)
}
timer = setTimeout(fn,delay) // 简化写法
}
}
// 然后是旧代码
function showTop () {
var scrollTop = document.body.scrollTop || document.documentElement.scrollTop;
console.log(‘ 滚动条位置：’ + scrollTop);
}
window.onscroll = debounce(showTop,1000) // 为了方便观察效果我们取个大点的间断值，实际使用根据需要来配置
此时会发现，必须在停止滚动 1 秒以后，才会打印出滚动条位置。
到这里，已经把防抖实现了，现在给出定义：
对于短时间内连续触发的事件（上面的滚动事件），防抖就是限制某个时间段内（上面的 1000 毫秒）事件处理函数只会执行一次。
节流 (throttle)
继续思考，使用上面的防抖方案来处理问题的结果是：
如果在限定时间段内，不断触发滚动事件（比如某个用户闲着无聊，按住滚动不断的拖来拖去），只要不停止触发，理论上就永远不会输出当前距离顶部的距离。
但是如果产品同学的期望处理方案是即使用户不断拖动滚动条，也能再某个时间间隔之后给出反馈呢？（此处暂且不论哪种方案更合适，既然产品爸爸说话了我们就先考虑怎么实现）
其实很简单：在前面讲防抖的时候，遇到期限内的连续触发，我们的处理方案是【重新计时】；而这里我们不重新计时，而是类似控制阀门一样定期开放，也就是执行完一次让该函数暂时失效，等到一段时间后再重新激活。
效果：如果短时间内大量触发同一事件，那么在执行一次函数之后，该函数在指定的时间期限内不再工作，直至过了这段时间才重新生效。
实现 这里借助 setTimeout 来实现一个简单的方案，我们加上一个状态位 valid 来表示当前函数是否处于工作状态：
function throttle(fn,delay){
let valid = true
return function() {
if(!valid){
// 休息时间 暂不接客
return false
}
// 工作时间，执行函数并且在间隔期内把状态位设为无效
valid = false
setTimeout(() => {
fn()
valid = true;
}, delay)
}
}
/* 节流函数并不止上面这种实现方案,
例如可以完全不借助 setTimeout，可以把 valid 换成时间戳，然后利用时间戳想减是否大于指定间隔时间来写。
又或者不额外增加状态位 直接将 setTimeout 的返回标记当做状态位, 判断当前定时器是否存在，并且在执行 fn 之后消除定时器即可，原理都一样
*/
// 以下照旧
function showTop () {
var scrollTop = document.body.scrollTop || document.documentElement.scrollTop;
console.log(‘ 滚动条位置：’ + scrollTop);
}
window.onscroll = throttle(showTop,1000)
运行以上代码的结果是：
如果一直拖着滚动条进行滚动，那么会以 1s 的时间间隔，持续输出当前位置和顶部的距离
其他应用场景举例
讲完了这两个技巧，下面介绍一下平时开发中常遇到的场景：
搜索框 input 事件，例如要支持输入实时搜索可以使用节流方案（间隔一段时间就必须查询相关内容），或者实现输入间隔大于某个值（如 500ms），就当做用户输入完成，然后开始搜索，具体使用哪种方案要看业务需求。
页面 resize 事件，常见于需要做页面适配的时候。需要根据最终呈现的页面情况进行 dom 渲染（这种情形一般是使用防抖，因为只需要判断最后一次的变化情况）
思考总结
上述内容基于防抖和节流的核心思路设计了简单的实现算法，但是不代表实际的库（例如 undercore js）的源码就直接是这样的，最起码的可以看出，在上述代码实现中，因为 showTop 本身的很简单，无需考虑作用域和参数传递，所以连 apply 都没有用到，实际上肯定还要考虑传递 argument 以及上下文环境（毕竟 apply 需要用到 this 对象）。这里的相关知识在本专栏《柯里化》和《this 对象》的文章里也有提到。本文依然坚持突出核心代码，尽可能剥离无关功能点的思路行文因此不做赘述。
惯例：如果内容有错误的地方欢迎指出（觉得看着不理解不舒服想吐槽也完全没问题）；如果有帮助，欢迎点赞和收藏，转载请征得同意后著明出处，如果有问题也欢迎私信交流，主页有邮箱地址
