underscore中的函数节流---debounce和throttle

　　函数节流是指控制一个函数的执行频率或间隔（就像控制水流的闸门一样），Underscore提供了debounce()和throttle()两个方法用于函数节流。

　　为了更清楚地描述这两个方法，假设我们需要实现两个需求：

　　需求1：当用户在文本框输入搜索条件时，自动查询匹配的关键字并提示给用户（就像在Tmall输入搜索关键字时那样）

　　首先分析第1个需求，我们可以绑定文本框的keypress事件，当输入 框内容发生变化时，查询匹配关键字并展示。假设我想查询“windows phone”，它包含13个字符，而我输入完成只花了1秒钟（好像有点快，就意思意思吧），那么在这1秒内，调用了13次查询方法。这是一件非常恐怖的事 情，如果Tmall也这样实现，我担心它会不会在光棍节到来之前就挂掉了（当然，它并没有这么脆弱，但这绝对不是最好的方案）

　　更好的方法是，我们希望用户已经输入完成，或者正在等待提示（也许他懒得再输入后面的内容）的时候，再查询匹配关键字。

　　最后我们发现，在我们期望的这两种情况下，用户会暂时停止输入，于是我们决定在用户暂停输入200毫秒后再进行查询（如果用户在不断地输入内容，那么我们认为他可能很明确自己想要的关键字，所以等一等再提示他）

　　这时，利用Underscore中的debounce()函数，我们可以轻松实现这个需求：

 

<input type="text" id="search" name="search" />
<script type="text/javascript">
    var query = _(function() {
        // 在这里进行查询操作
    }).debounce(200);

    $('#search').bind('keypress', query);
</script>

 

 

　　你能看到，我们的代码非常简洁，节流控制在debounce()方法中已经被实现，我们只告诉它当query函数在200毫秒内没有被调用过的话，就执行我们的查询操作，然后再将query函数绑定到输入框的keypress事件。

　　query函数是怎么来的？我们在调用debounce()方法时，会传 递一个执行查询操作的函数和一个时间（毫秒数），debounce()方法会根据我们传递的时间对函数进行节流控制，并返回一个新的函数（即query函 数），我们可以放心大胆地调用query函数，而debounce()方法会按要求帮我们做好控制。

　　需求2：当用户拖动浏览器滚动条时，调用服务器接口检查是否有新的内容

　　再来分析第2个需求，我们可以将查询方法绑定到window.onscroll事件，但这显然不是一个好的做法，因为用户拖动一次滚动条可能会触发几十次甚至上百次onscroll事件。

　　我们是否可以使用上面的debounce()方法来进行节流控制？当用户拖动滚动条完毕后，再查询新的内容？但这与需求不符，用户希望在拖动的过程中也能看到新内容的变化。

　　因此我们决定这样做：用户在拖动时，每两次查询的间隔不少于500毫秒，如果用户拖动了1秒钟，这可能会触发200次onscroll事件，但我们最多只进行2次查询。

　　利用Underscore中的throttle()方法，我们也可以轻松实现这个需求：

<script type="text/javascript">
    var query = _(function() {
        // 在这里进行查询操作
    }).throttle(500);

    $(window).bind('scroll', query);
</script>

　　代码仍然十分简洁，因为在throttle()方法内部，已经为我们实现的所有控制。

　　你可能已经发现，debounce()和throttle()两个方法非常相似（包括调用方式和返回值），作用却又有不同。

　　它们都是用于函数节流，控制函数不被频繁地调用，节省客户端及服务器资源。

• debounce()方法关注函数执行的间隔，即函数两次的调用时间不能小于指定时间。

• throttle()方法更关注函数的执行频率，即在指定频率内函数只会被调用一次。