我想知道是否有人知道如何在node.js中实现setTimeout。我相信我在某处读到它不是V8的一部分。我迅速尝试找到实现,但是在source(BIG)中找不到它。例如,我找到了这个timers.js文件,然后例如链接到timer_wrap.cc。但是这些文件并不能完全回答我的所有问题。
setTimeout
如何setTimeout实施?javascript还是本机还是两者结合?在timers.js中,我假设两者都符合:
var Timer = process.binding('timer_wrap').Timer;`
当添加多个计时器(setTimeout)时,node.js如何知道首先执行哪个?是否将所有计时器添加到集合中(排序)?如果已排序,则找到需要执行的超时时间是O(1)和O(log n)以便插入?但是再在timers.js中,我看到它们使用链表了吗?
但是,再次添加很多计时器根本不是问题吗?
var x = new Array(1000), len = x.length; /** * Returns a random integer between min and max * Using Math.round() will give you a non-uniform distribution! */ function getRandomInt (min, max) { return Math.floor(Math.random() * (max - min + 1)) + min; } var y = 0; for (var i = 0; i < len; i++) { var randomTimeout = getRandomInt(1000, 10000); console.log(i + ', ' + randomTimeout + ', ' + ++y); setTimeout(function () { console.log(arguments); }, randomTimeout, randomTimeout, y); }
您会得到一点CPU使用率,但不是很多?
您已经完成了大部分工作。V8不提供实现,setTimeout因为它不是ECMAScript的一部分。您使用的函数在timers.js中实现,该计时器创建一个Timeout对象实例,该实例是C类的包装器。
Timeout
来源中有一条注释,描述了他们如何管理计时器。
// Because often many sockets will have the same idle timeout we will not // use one timeout watcher per item. It is too much overhead. Instead // we'll use a single watcher for all sockets with the same timeout value // and a linked list. This technique is described in the libev manual: // http://pod.tst.eu/http://cvs.schmorp.de/libev/ev.pod#Be_smart_about_timeouts
这表明它使用的是双向链接列表,该链接列表在链接文章中排名第4。
如果没有一个请求,而是成千上万(数百万…),都使用具有相同超时值的某种超时,那么一个请求甚至可以做得更好: 开始超时时,请计算超时值并将超时值放在列表的末尾。 然后,当预计将在列表开头触发超时时,请使用ev_timer来触发(例如,使用技巧3)。 如果有活动,请从列表中删除计时器,重新计算超时,再次将其追加到列表的末尾,并确保更新ev_timer(如果它是从列表的开头获取的)。 这样,就可以在O(1)时间内管理无限数量的超时,以用于启动,停止和更新计时器,而这会带来很大的麻烦,并且必须使用恒定的超时。持续超时可确保列表保持排序。
如果没有一个请求,而是成千上万(数百万…),都使用具有相同超时值的某种超时,那么一个请求甚至可以做得更好:
开始超时时,请计算超时值并将超时值放在列表的末尾。
然后,当预计将在列表开头触发超时时,请使用ev_timer来触发(例如,使用技巧3)。
如果有活动,请从列表中删除计时器,重新计算超时,再次将其追加到列表的末尾,并确保更新ev_timer(如果它是从列表的开头获取的)。
这样,就可以在O(1)时间内管理无限数量的超时,以用于启动,停止和更新计时器,而这会带来很大的麻烦,并且必须使用恒定的超时。持续超时可确保列表保持排序。
Node.js是围绕异步操作而设计的,并且setTimeout是其中的重要部分。我不会尝试变得棘手,只需使用它们提供的功能即可。相信它足够快,直到您在特定情况下证明它是瓶颈为止。不要卡在过早的优化上。
更新
发生的情况是,您实际上在顶层有一个超时字典,因此所有100ms超时都组合在一起。每当添加新的超时或最早的超时触发器时,它将被添加到列表中。这意味着最早的超时(将触发最快的超时)在列表的开头。该列表只有一个计时器,它是根据直到列表中第一个项目到期的时间设置的。
如果您setTimeout以相同的超时值分别调用1000次,它们将按照您调用的顺序添加到列表中,setTimeout而无需排序。这是一个非常有效的设置。