单线程事件驱动的webserver（如node.js）如何在套接字级别工作？

Question

所以我经常从朋友那里听到Node.js是如何使用单个线程来完成所有工作的。我认为这意味着它通过一个等待“accept”方法的循环线程接受新的套接字连接（像大多数web服务器一样），然后它不是将接收到的套接字委托给一个新线程来处理，而是以某种方式获得一个线程来处理所有的连接。

但每个人都告诉我情况并非如此，它实际上是事件驱动的--这样事情只会按需发生（即来自客户机的请求）。

但是，在使用过最低级别的套接字之后，我了解到，通常如果您想要立即响应请求，您需要有一个线程坐在那里并阻止它正在等待的套接字的读操作。

所以我的问题是，像node这样的东西是如何实现这一点的？是否有一个后台线程不断地检查后台的每个“事件”套接字是否先后传入数据，并在出现事件时做出反应（即催生一个新线程来处理它）？

节点实际上是单线程的，还是我曲解了单线程的含义？

Answer 1

根据我的理解，NodeJS的事件循环是单线程的。

还有其他线程在幕后被控制，用于基本所有的IO操作-套接字、文件、TCP等。这些线程由NodeJS可执行文件管理，它们的数量会根据需要增长和缩小，并且在Node中进行“系统级”调用。当前，我的node进程报告MacOSX活动监视器中有8个线程。

因此，IO线程和其他重要的系统级别的事情都发生在幕后，我们不必太担心。我们确实需要担心的是主事件循环，我们的单线程，因为它一次只能处理一个事件。

我从一篇失去链接的文章中借鉴了这个思想，但执行事件循环的主要节点进程是“King Thread”，它向从属线程（IO套接字、文件、TCP等）传递方向。King线程一次只需要处理一个事件，服务线程排列起来让King线程执行它们的特定事件。如果该从属线程需要其他地方的信息（如“回调”），则King线程将停止处理该从属线程，并移到事件队列中的下一个从属线程。仆人线程可以继续工作或收集信息，而国王线程正在处理王国的所有事件。

这样，王线程一次只需要处理一个事件，而且速度非常快，因为他是一个高效的王线程。如果某个从属线程说得他耳边风，事件行中的所有其他从属线程必须等待轮到他们。但是，任何为King线程收集信息的服务线程（比如拉入HTTP请求或推出DB查询）都可以继续全速工作，直到它获得King线程的信息为止，此时他跳入King线程处理其事件的队列。

希望能有所帮助：）