如何在node.js中实现setTimeout

Question

我想知道是否有人知道如何在node.js中实现setTimeout。我相信我在某处读到它不是V8的一部分。我迅速尝试找到实现，但是在source（BIG）中找不到它。例如，我找到了这个timers.js文件，然后例如链接到timer_wrap.cc。但是这些文件并不能完全回答我的所有问题。

• V8有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使用率，但不是很多？

• 我想知道是否可以在排序列表中一个接一个地实现所有这些回调，以便获得更好的性能？

Answer 1

您已经完成了大部分工作。V8不提供实现，setTimeout因为它不是ECMAScript的一部分。您使用的函数在timers.js中实现，该计时器创建一个Timeout对象实例，该实例是C类的包装器。

来源中有一条注释，描述了他们如何管理计时器。

// 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）时间内管理无限数量的超时，以用于启动，停止和更新计时器，而这会带来很大的麻烦，并且必须使用恒定的超时。持续超时可确保列表保持排序。

Node.js是围绕异步操作而设计的，并且setTimeout是其中的重要部分。我不会尝试变得棘手，只需使用它们提供的功能即可。相信它足够快，直到您在特定情况下证明它是瓶颈为止。不要卡在过早的优化上。

更新

发生的情况是，您实际上在顶层有一个超时字典，因此所有100ms超时都组合在一起。每当添加新的超时或最早的超时触发器时，它将被添加到列表中。这意味着最早的超时（将触发最快的超时）在列表的开头。该列表只有一个计时器，它是根据直到列表中第一个项目到期的时间设置的。

如果您setTimeout以相同的超时值分别调用1000次，它们将按照您调用的顺序添加到列表中，setTimeout而无需排序。这是一个非常有效的设置。