在浏览器 DOM 事件里面，有一些事件会随着用户的操作不间断触发。比如：重新调整浏览器窗口大小（resize），浏览器页面滚动（scroll），鼠标移动（mousemove）。也就是说用户在触发这些浏览器操作的时候，如果脚本里面绑定了对应的事件处理方法，这个方法就不停的触发。
这并不是我们想要的，因为有的时候如果事件处理方法比较庞大，DOM 操作比如复杂，还不断的触发此类事件就会造成性能上的损失，导致用户体验下降（UI 反映慢、浏览器卡死等）。所以通常来讲我们会给相应事件添加延迟执行的逻辑。
timer = setTimeout(function() {
testFn();
},100);
};
细心的同学会发现上面的代码其实是错误的，这是新手会犯的一个问题：setTimeout 函数返回值应该保存在一个相对全局变量里面，否则每次 resize 的时候都会产生一个新的计时器，这样就达不到我们发的效果了
这时候代码就正常了，但是又多了一个新问题 —— 产生了一个全局变量 timer。这是我们不想见到的，如果这个页面还有别的功能也叫 timer 不同的代码之前就是产生冲突。为了解决这个问题我们要用 JavaScript 的一个语言特性：闭包 closures 。相关知识读者可以去 MDN 中了解，改造后的代码如下：
return function () {
clearTimeout(timer);
timer = setTimeout(function() {
fn();
},delay);
}
};
window.onresize = throttle(testFn,200,1000);
我们用一个闭包函数（throttle节流）把 timer 放在内部并且返回延时处理函数，这样以来 timer 变量对外是不可见的，但是内部延时函数触发时还可以访问到 timer 变量。
当然这种写法对于新手来说不好理解，我们可以变换一种写法来理解一下：
window.onresize = function () {
f();
};
这里主要了解一点：throttle 被调用后返回的 function 才是真正的 onresize 触发时需要调用的函数
现在看起来这个方法已经接近完美了，然而实际使用中并非如此。举个例子：
用户 不断的 resize 浏览器窗口大小，这时延迟处理函数一次都不会执行
于是我们又要添加一个功能：当用户触发 resize 的时候应该 在某段时间 内至少触发一次，既然是在某段时间内，那么这个判断条件就可以取当前的时间毫秒数，每次函数调用把当前的时间和上一次调用时间相减，然后判断差值如果大于 某段时间 就直接触发，否则还是走 timeout 的延迟逻辑。
下面的代码里面需要指出的是： 1.prevIoUs 变量的作用和 timer 类似，都是记录上一次的标识，必须是相对的全局变量 2.如果逻辑流程走的是“至少触发一次”的逻辑，那么函数调用完成需要把 prevIoUs 重置成当前时间，简单来说就是：相对于下一次的上一次其实就是当前
var now = +new Date();
if ( !previous ) previous = now;
if ( now - previous > atleast ) {
fn();
// 重置上一次开始时间为本次结束时间
prevIoUs = now;
} else {
clearTimeout(timer);
timer = setTimeout(function() {
fn();
},delay);
}
}
};