关于underscore源码中throttle函数的疑惑?
_.throttle = function(func, wait, options) {
var context, args, result;
var timeout = null;
var previous = 0;
if (!options) options = {};
var later = function() {
previous = options.leading === false ? 0 : _.now();
timeout = null;
result = func.apply(context, args);
if (!timeout) context = args = null;
};
return function() {
var now = _.now();
if (!previous && options.leading === false) previous = now;
var remaining = wait - (now - previous);
context = this;
args = arguments;
// 如果超过了wait时间,那么就立即执行
if (remaining <= 0 || remaining > wait) {
if (timeout) {
clearTimeout(timeout);
timeout = null;
}
previous = now;
result = func.apply(context, args);
if (!timeout) context = args = null;
} else if (!timeout && options.trailing !== false) {
timeout = setTimeout(later, remaining);
}
return result;
};
};
如上所示,在underscore中可以传入leading为false来控制第一次是否立即执行,那么我想问一下if (!previous && options.leading === false) previous = now;这句到底是什么意思?为什么options.leading为false的时候每次都要把now赋值给previous?这样now - previous不是必然为0?这样remaining就是wait了。
但是在options.leading不为false,也就是第一次立即执行的时候,为什么previous却是上次执行的later函数里面记录的时间,这个时候now - previous肯定是大于0的,这样remaining岂不是永远小于wait?
为什么这两种情况下最后的remaining值却不一样?这是怎么处理的?
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论
评论(2)
其实从代码上来看,当设置了option.leading=false的时候:
也就是在设置了option.leading=false的时候,不只是令首次函数调用被延迟,而是每一次函数调用都被延迟。
至于remaining的值,始终为要调用还需要等待的时间。函数的延迟调用方式是通过修改previous的赋值方式来控制的。
下面是官方的文档:
翻译一下就是:
然而我觉得这个文档很有问题。因为第一次调用也没有被禁止,而是被延迟了。后续的所有函数调用也都变成了延迟调用的形式。如果有什么不对的地方希望可以跟我交流一下。
!previous
条件被你吃了?怎么会每次都为now呢?