节点如何同时处理多个请求？

Node.js在后台运行事件循环。
这意味着它所做的一切。在linux套接字上轮询传入的连接，在传入的数据连接之后，在事件发生时执行回调，所有事情都发生在单个线程循环上。
参考：https : //nodejs.org/en/docs/guides/event-loop-timers-and -nexttick /

在您的示例中，返回客户端的响应不是由节点完成的。它使用底层的libuv eventloop框架来处理这些事件（http://docs.libuv.org/en/v1.x/design.html）

libuv如何执行此操作？
由于libuv是跨平台的非阻塞事件驱动的IO，因此它使用OS提供的轮询机制（Linux中的epoll，macOS中的kqueue，Windows中的iocp）。来自libuv文档：

该库提供的不只是对不同I / O轮询机制的简单抽象：“句柄”和“流”为套接字和其他实体提供了高级抽象；还提供跨平台文件I / O和线程功能。

让我们以linux为例，每当有一个新的客户端连接时，只要服务器接受了连接（在我们的例子中是libuv），内核就会为每个客户端创建一个新的文件描述符，并且libuv将其抽象到更高级别的连接句柄（唯一客户端IP +端口之类的组合）。因此，基本上，节点执行回调，然后调用libuv API，该API写入linux为该客户端提供的文件描述符（客户端1和客户端2分开）

使用linux epoll从头开始编写的示例TCP服务器：http :
//swingseagull.github.io/2016/11/08/epoll-sample/

libuv基本上执行上述操作，并在整个OS平台上提供相同的API。

但是文件I / O是另一种动物。由于没有干净的跨平台文件I / O轮询机制，因此libuv诉诸于线程池机制。它在池中打开一些线程，并跨多个工作负载

再次从libuv文档：

与网络I / O不同，libuv没有依赖于平台的文件I / O原语，因此当前方法是在线程池中运行阻止文件I / O操作。

更多详细信息：
http : //docs.libuv.org/en/v1.x/tcp.html（uv_tcp_t）
上述API用于所有tcp操作，例如tcp服务器绑定，连接到客户端，关闭套接字

该句柄是流句柄（uv_stream_t）的子类
http://docs.libuv.org/en/v1.x/stream.html

基本上所有通过文件描述符（套接字，管道，tty等）的读/写操作都由上述API处理

第二个问题：如果节点正在处理，Node将不会立即获得第二个请求。但是，请求将被写入文件描述符，并且数据被缓存在内核中，并且当Node通过libuv轮询每个套接字上的更多数据时（在其事件循环阶段），它仅通过以下方式从内核中获取该描述符的数据：调用相应的回调，该数据可用于node.js运行时

来自node.js设计文档：

由于这些操作中的任何一个都可能调度更多操作，并且在轮询阶段中处理的新事件由内核排队，因此可以在处理轮询事件时将轮询事件排队。结果，长时间运行的回调可使轮询阶段运行的时间比计时器的阈值长得多。有关更多详细信息，请参见计时器和轮询部分。