Node.js 事件循环和调用堆栈

Question

我有一段使用setTimeout方法的代码

setTimeout(() => {
 console.log('Hello');
},1000);

对于 100 毫秒或 1 秒的持续时间， setTimeout方法在哪里？ 是否已将其传递给系统 kernel 直到回调准备好执行，还是 V8 已将其传递给另一个队列？

Answer 1

() => {
 console.log('Hello');
}

这是在超时间隔之后执行的 function。

根据您编写的 setTimeout 方法，它至少等待 1000 毫秒，然后在执行完所有当前任务后执行 console.log 方法，因为它位于队列的后面

Answer 2

它在 libuv 上排队。 V8 引擎有自己的执行栈。 当超时且主线程可用时，v8 引擎的下一个执行堆栈将是

    () => {
     console.log('Hello');
    }

Answer 3

节点计时器的源代码在此处和此处。

setTimeout将创建一个新的Timeout object ，它将被附加到一个链表本身，该链表本身添加到一个timerListMap object，这只是一个普通的 JS Object ，其中键表示持续时间和链表中的值。
最后，这个timerListMap object 在timerListQueue PriorityQueue中排队，这又是一个 JS class 实例。

然后，当事件循环 (libuv) 将调用processTimers(now)时的now值大于传递的超时时间，回调将按照反向路由检索。

所以这一切都意味着，在 node中，对超时的回调一直停留在 JS 堆中，整个 Timers 逻辑停留在 JavaScript 层中，只有异步窥视由 libuv 事件循环初始化。

Answer 4

请参阅“定时器初始化步骤” 的规范：

15. 如果方法上下文是 Window object，请等待与方法上下文关联的文档完全处于活动状态，再超时毫秒（不一定连续）。

完成后，执行 function； function 的任务仅在此之后排队。 在此之前，它只存在于浏览器的内部（依赖于实现的）计时器代码中。