前端性能优化第一篇：浅谈javascript函数节流与防抖
Ken 在技术的海洋里遨游 7月5日
前言
在前端开发中会遇到一些频繁的事件触发，比如：
window 的 resize、scroll
mousedown、mousemove
keyup、keydown
……
为此，我们举个示例代码来了解事件如何频繁的触发：
我们写个 节流防抖.html 文件
来看看他的浏览效果
因为这个例子很简单，所以浏览器完全反应的过来，可是如果是复杂的回调函数或是 ajax 请求呢？假设 1 秒触发了 60 次，每个回调就必须在 1000 / 60 = 16.67ms 内完成，否则就会有卡顿出现。
为了解决这个问题，一般有两种解决方案：
debounce 防抖
throttle 节流
防抖
今天重点讲讲防抖的实现。
防抖的原理就是：你尽管触发事件，但是我一定在事件触发 n 秒后才执行，如果你在一个事件触发的 n 秒内又触发了这个事件，那我就以新的事件的时间为准，n 秒后才执行，总之，就是要等你触发完事件 n 秒内不再触发事件，我才执行，真是任性呐!
第一版
根据这段表述，我们可以写第一版的代码
我们来看看的他的效果
现在不管你鼠标怎么使劲的移动，都只会一秒之后加1
这样就不会频繁触发了
this
如果我们在 move 函数中 console.log(this)，在不使用 debounce 函数的时候，this 的值为 Window
而我们需要的是让这个this指向这个我们上面所说的oDiv这个元素
来看看浏效果吧
这是控制台打印出来的this确是是指向那个oDiv元素的
现在好使了
event 对象
JavaScript 在事件处理函数中会提供事件对象 event，我们修改下 move 函数
function move(e) {
console.log(e); container.innerHTML = count++; };
如果我们不使用 debouce 函数，这里会打印 MouseEvent 对象，如图所示：
打印出来的效果
到此为止，我们修复了两个小问题：
this 指向
event 对象
立刻执行
这个时候，代码已经很是完善了，但是为了让这个函数更加完善，我们接下来思考一个新的需求。
这个需求就是：
我不希望非要等到事件停止触发后才执行，我希望立刻执行函数，然后等到停止触发 n 秒后，才可以重新触发执行。
想想这个需求也是很有道理的嘛，那我们加个 immediate 参数判断是否是立刻执行。
代码如下
效果如下
如果把下面这样子的话
效果如下
返回值
此时注意一点，就是 move函数可能是有返回值的，所以我们也要返回函数的执行结果，但是当 immediate 为 false 的时候，因为使用了 setTimeout ，我们将 func.apply(context, args) 的返回值赋给变量，最后再 return 的时候，值将会一直是 undefined，所以我们只在 immediate 为 true 的时候返回函数的执行结果。
取消
最后我们再思考一个小需求，我希望能取消 debounce 函数，比如说我 debounce 的时间间隔是 10 秒钟，immediate 为 true，这样的话，我只有等 10 秒后才能重新触发事件，现在我希望有一个按钮，点击后，取消防抖，这样我再去触发，就可以又立刻执行啦，是不是很开心？
为了这个需求，我们写最后一版的代码：
浏览效果
至此我们已经完整实现了一个 underscore 中的 debounce 函数，恭喜，撒花！
随时随地看视频
