node.js 默认是单线程事件循环模型，无法自动并行化 cpu 密集型任务；要真正发挥多核性能，需通过多进程（如 cluster 模块或进程管理器）显式分配工作负载，而非依赖虚拟化扩容。
node.js 默认是单线程事件循环模型，无法自动并行化 cpu 密集型任务；要真正发挥多核性能，需通过多进程（如 cluster 模块或进程管理器）显式分配工作负载，而非依赖虚拟化扩容。
Node.js 的核心设计基于单线程事件循环（Event Loop），这使其在 I/O 密集型场景（如 HTTP 请求处理、数据库读写）中表现出色，但对纯 CPU 密集型计算（如图像处理、加密运算、数值模拟）天然受限——主线程一旦被阻塞，整个实例即失去响应能力，且无法自动调度到其他 CPU 核心。
关键误区澄清：
单纯通过容器化或虚拟机部署多个 Node.js 实例，并不能等同于“自动提升并发吞吐”。只有当这些实例真正被负载均衡器分发独立请求，且业务逻辑可水平拆分（即无强状态依赖、无共享内存瓶颈），才能接近线性扩展。否则，资源竞争、上下文切换和进程间通信（IPC）开销反而会降低整体效率。
✅ 推荐方案：使用内置 cluster 模块实现多进程协作cluster 模块允许主进程（master）fork 出多个工作进程（workers），共享同一端口，由操作系统内核自动分发 TCP 连接。适用于典型的 Web 服务场景：
const cluster = require('cluster');
const http = require('http');
const numCPUs = require('os').cpus().length;
if (cluster.isPrimary) {
console.log(`Primary ${process.pid} is running`);
// Fork workers for each CPU core
for (let i = 0; i {
console.log(`Worker ${worker.process.pid} died`);
cluster.fork(); // 自动重启崩溃 worker（生产环境建议配合 PM2 等进程管理器）
});
} else {
// Workers share the same HTTP server port
http.createServer((req, res) => {
res.writeHead(200);
res.end('Hello from worker ' + process.pid);
}).listen(3000);
console.log(`Worker ${process.pid} started`);
}
⚠️ 重要注意事项：
-
cluster仅适用于请求级并行（如每个 HTTP 请求独立计算），不解决单个请求内的 CPU 密集阻塞问题； - 若某次请求需执行耗时 500ms 的同步计算（如
for (let i = 0; i ），该 worker 仍会阻塞，影响其处理队列中的其他请求； - 对真正 CPU-bound 场景，应将重计算逻辑移至：
-
worker_threads（轻量级线程，共享内存，适合中等计算量）； - 子进程（
child_process.fork()，隔离性强，适合重型/不可信代码）； - 或用 WASM/Native Addon 加速关键路径。
-
? 总结：
Node.js 多核利用率不是“开箱即用”的特性，而是需要架构层面的主动设计。cluster 是 I/O 型服务横向扩展的基石，但无法替代 Go 等原生多线程语言在单请求高并发计算上的调度优势。性能优化应遵循“先度量、再拆分、后隔离”原则——使用 --inspect 和 clinic.js 定位瓶颈，再选择 cluster / worker_threads / 外部服务等合适层级进行解耦。
