Node.js线程池繁忙时fs.readFile的行为及Worker Thread使用疑问

问题1：线程池全忙时，新的文件读取任务会怎样？ #

Node.js 底层的 libuv 线程池默认有4个线程（可通过UV_THREADPOOL_SIZE环境变量调整数量）。当所有线程都处于繁忙状态时，新的fs.readFile任务不会让主线程等待，而是被放进任务队列排队。主线程会继续处理其他事件循环里的任务（比如定时器回调、网络请求响应等），直到线程池中有线程空闲，再从队列里取出任务执行。

简单来说：主线程正常处理其他事务，文件读取任务会排队等待空闲线程。

问题2：此时创建Worker Thread是常规实践吗？ #

不是。原因如下：

• 线程池本身就是专门用来处理文件I/O这类需要阻塞系统调用的任务的，直接调整UV_THREADPOOL_SIZE扩大线程池，比创建Worker Thread更高效，没有额外的线程间通信开销。
• Worker Thread的设计初衷是处理CPU密集型任务（比如大量计算），避免这类任务阻塞主线程；而文件I/O属于I/O密集型，线程池已经是最优处理方案。
• 如果线程池满是因为同时发起了大量文件读取请求，开Worker Thread并不能解决底层存储I/O的瓶颈，反而会额外占用内存资源，得不偿失。

内容的提问来源于stack exchange，提问作者Boris Borais