您已经完成了大部分工作。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而无需排序。这是一个非常有效的设置。
