Node.js 如何利用多核？worker_threads、cluster、child_process 怎么选？

知识点详解：并发请求与并行计算怎么分工

先看请求是在等，还是在算

假设一个接口查数据库，大部分时间等待数据库返回；另一个接口同步分析一张大图片，长时间执行 JavaScript 计算。

前者可以通过异步 I/O 在等待期间处理其他事情。后者若一直占住主线程，其他请求的回调也可能排队。

把计算函数加上 async，不会自动把它搬到另一个核心。Promise 表达结果时机，也不会凭空把同步循环变成并行工作。要减少主线程占用，必须改变工作的执行位置或拆分方式。

多进程，先解决承载与隔离

多个应用进程各自有运行时和内存，能够在不同核心上处理请求。可以用 cluster，也可以由容器、进程管理器或负载均衡组织多个副本。

cluster 的 Worker 是子进程，不是 worker_threads 中的线程。二者名字相似，内存模型却不同。

普通模块变量、内存会话和本地计数器不会自动在所有进程中同步。需要共享的数据可以由数据库、缓存或明确的进程通信维护；不能把“本机已经启动四个进程”当成状态一致性的方案。

进程异常隔离有所改善，但主机、共享数据库和部署配置仍然可能是共同故障点。

Worker 适合计算，但要管理队列

worker_threads 可以并行执行 JavaScript。数据可以通过消息传递，也可以按规则转移 ArrayBuffer 或使用 SharedArrayBuffer；共享内存仍需要正确同步。

如果每个请求都创建一个新 Worker，启动和数据传输成本可能抵消收益。通常用工作池控制数量，把任务排入有边界的队列，并设置超时、取消和失败处理。

任务非常大时，也要问数据是否必须整份复制过去，结果是否能缩小返回。线程多了，序列化、内存和排队并不会自动消失。

这里讲的是 Node 原生机制，Python 的多进程和线程模型不同，不能把 cluster 与 ProcessPool 的 API 一一替换。本文不提供伪等价实现。

数量上限，要跟资源约束一起算

容器里可能只有有限 CPU 配额。看见宿主机有很多核心，不代表当前实例可以使用全部。Node 的 availableParallelism 可提供可用并行度参考，但最终仍要结合部署限制和真实测试。

同时考虑内存、连接池和下游服务。增加应用进程会增加连接和资源使用，数据库可能先被压垮。

我会观察吞吐、尾部延迟、主线程延迟、CPU、内存和任务队列。在相同负载下逐步调整，找出继续增加并发开始恶化的位置，而不是只追求 Worker 数字更大。

本题机制参考：Node.js：Cluster、Node.js：Worker threads。

面试官继续追问

Node 单线程为什么能处理多个请求？

异步等待期间不必占着应用线程；回调就绪后再调度执行。并发等待不等于同一线程同时执行多个JavaScript函数。

cluster 和 worker_threads 都能直接共享对象吗？

cluster进程普通内存独立；Worker消息和共享内存有指定机制，也不是随意共享所有对象。

开更多副本一定增加吞吐吗？

还受CPU、内存、连接池和下游限制，过量并发可能只增加排队和尾延迟。

面试速记卡

• 先分任务：等待I/O，还是CPU计算。
• 多进程：请求承载与隔离，普通内存不自动共享。
• worker_threads：适合CPU密集JavaScript，管理工作池与队列。
• async：不是自动多核开关。
• 验收：资源配额、尾延迟和下游容量一起看。