是否所有节点js请求最初都发送到回调队列？ Node.js如何管理并发用户？

Question

如果当前方案中没有IO，将会发生什么？ 这些请求是否将以同步方式执行，并且每个请求都必须等待上一个请求？

是否所有的node.js请求最初都发送到回调队列？ 否则，如果所有请求都由堆栈服务，则堆栈不会引发堆栈溢出...

我刚刚开始使用节点，完全不确定事情如何进行？ 每个在线站点都将事件循环视为餐厅中的服务员来下订单，但是如果有成百上千的请求突发负载，我将不了解节点如何处理请求。 这些请求是否会保留在某种队列中？

Answer 1

事件多路分解器是Node JS中的通知发出接口。 它用于以事件的形式收集来自监视源的每个请求，并将每个事件排入队列。 是构成事件队列的多路分解器。 事件多路分解器是由Libuv运行的API。

所有收集的请求都分布在这些不同的事件队列中。 顶部的队列具有最高优先级，底部的队列具有最低优先级。

因此，事件循环首先检查计时器，如果有事件准备好传递给调用堆栈并执行其回调，则事件循环将对其进行处理。 在使用计时器队列完成事件循环之后，但是在跳转到下一个队列之前，事件循环将查看由节点本身运行的其他2个队列，并将首先处理这些队列。 那些是：

Next Ticks Queue —使用process.nextTick函数添加的回调Other Microtasks Queue —包括其他微任务，例如已解决的Promise回调，console.log等。

在使用这2个队列完成事件循环之后，它将移至下一个队列，即I / O回调。

请注意，Node事件循环是单线程的。 但是，对于计算量大或耗时的任务，libuv具有线程池，默认情况下它具有4个池，而不是阻塞事件循环。 使用此线程池的只有四件事-DNS查找，fs，crypto和zlib。 不论是否阻塞，其他所有事情都在主线程中执行。

到目前为止，我们有了事件循环，该循环处理libuv为其他某些功能运行的事件队列和线程池中的事件。 节点标准库还具有一些功能，这些功能利用了通过libuv内置到底层操作系统中的代码。 所有现代操作系统都提供与libuv交互的API。

Libuv将一些任务（如网络I / O和fs模块的功能）委派给操作系统，因此OS运行这些任务并将结果带给Libuv。