关于node.js内部asynchronousI / O机制的困惑

1. 首先， libuv已经把libeio了。 但正如你所提到的那样，它使用像libeio这样的线程池执行异步文件I / O。

2. libuv也删除libev 。 它基于不同平台的异步I / O接口（如epoll ， kqueue和IOCP ）进行异步网络I / O，无需线程池。 有一个事件循环在uv的主线程上运行，轮询I / O事件并处理它们。

3. libuv里面的线程池是一个固定大小的线程池（ 在系统 libuv是4 ）。 它执行任务队列角色，并在请求增加时通过无限地生成线程来避免系统资源的耗尽。

Uptil版本0.6节点使用libev来运行异步I / O的事件循环和libeio （Unix后端严重依赖于这两个库）。 但是libuv已经开始在0.8版本中取代libev和libeio了。 它执行，维护和管理事件池中的所有io和事件。 libuv是跨平台异步IO库的选择。

1. 是的，直到节点0.6，在0.8中弃用，并使用线程池

2. 是的，但libev不使用线程池。 看到这里

   澄清：根据我发布的问题中的链接 ， libeio确实支持处理I / O（包括套接字）的所有POSIX函数。 但是节点作者决定仅将它用于异步文件I / O，并使用libev作为网络I / O。 我不知道你从哪里听到它，但你可以在普通文件上使用epoll。

3. libev使用事件循环，所以在这里没有问题。

4. 是的IOCP在Windows中处理异步I / O，内核使用线程池。
5. 新的linux内核在新的BSD内核中有epoll，kqueue。 libev和libeio是针对linux环境的，并为所有内核提供事件循环/异步IO（支持select，poll，epoll，kqueue）。

更新问题：

1. 对libuv不太了解
2. 也许够（不知道）

3. 这里是我在Windows 8上的发现，通过Process Explorer进行检查。 针对节点应用程序进程显示4个线程，1个DLL，1个文件和1个部分（总共7个条目）。

4. ps -eLf确实显示了所有线程和进程，也许你正在过滤它，只要找到节点进程pid就好像ps -eLf | grep x ps -eLf | grep x其中x是节点进程的pid。