node.js默认以单线程方式运行javascript代码，即使服务器从6核升级到10核，纯计算型同步函数（如数组累加）的执行时间也不会变化——因为任务始终仅在1个逻辑核心上串行执行。
node.js默认以单线程方式运行javascript代码，即使服务器从6核升级到10核，纯计算型同步函数（如数组累加）的执行时间也不会变化——因为任务始终仅在1个逻辑核心上串行执行。
在您提供的测试中，summBrute(k) 是一个完全同步、无I/O、无异步操作的纯计算函数。它在事件循环的主线程中一次性完成全部迭代与reduce运算，不触发任何跨线程调度。因此，无论底层物理服务器配备6核、10核甚至32核，Node.js的V8引擎都只会将其分配给单个CPU核心执行——多出的内核资源在此场景下完全闲置。
这并非性能瓶颈或配置错误，而是Node.js架构的设计本质：JavaScript执行层是单线程的（尽管底层libuv线程池会并行处理文件读写、DNS查询等异步I/O任务）。官方文档明确指出：“JavaScript代码始终在单个线程中运行……Node.js不会为每个请求创建新线程”（Node.js Event Loop Guide）。
✅ 验证单线程行为的简易方式
可通过os.cpus()查看逻辑核心数，并用process.cpuUsage()观察实际占用：
const os = require('os');
console.log(`Logical cores: ${os.cpus().length}`); // 输出 10（在10核机器上）
// 监控CPU使用率（需两次调用取差值）
const startUsage = process.cpuUsage();
summBrute(200000);
const endUsage = process.cpuUsage(startUsage);
console.log(`User time (ms): ${endUsage.user / 1000}`);你会发现：高负载下仅1个核心接近100%占用，其余核心保持空闲。
✅ 如何真正利用多核提升计算性能？
必须显式启用并发机制。以下是两种主流方案：
方案一：Worker Threads（推荐用于CPU密集型任务）
将计算拆分至独立线程，避免阻塞主线程：
const { Worker, isMainThread, parentPort, workerData } = require('worker_threads');
if (isMainThread) {
const worker = new Worker(__filename, {
workerData: { k: 200000 }
});
worker.on('message', (result) => {
console.log(`Worker result: ${result}ms`);
});
} else {
const { k } = workerData;
const arr = [/* ...your array... */];
const t0 = performance.now();
let sum = 0;
for (let i = 0; i < k; i++) {
sum += arr.reduce((a, b) => a + b, 0);
}
const t1 = performance.now();
parentPort.postMessage(t1 - t0);
}方案二：Cluster 模块（适合HTTP服务扩容）
若运行Web服务，可用cluster启动多个Node.js进程，由主进程分发连接：
const cluster = require('cluster');
const http = require('http');
const numCPUs = require('os').cpus().length;
if (cluster.isPrimary) {
console.log(`Primary ${process.pid} is running`);
for (let i = 0; i < numCPUs; i++) cluster.fork(); // 启动N个worker
} else {
http.createServer((req, res) => {
res.writeHead(200);
res.end(`Hello from worker ${process.pid}`);
}).listen(8000);
}⚠️ 关键注意事项
- 不要滥用Worker Threads：线程创建/通信有开销，仅当单次计算耗时 > 10ms 且可并行化时才收益显著；
- 避免共享内存误用：SharedArrayBuffer需配合Atomics使用，否则引发竞态；
- PM2本身不自动多核加速JS计算：pm2 start app.js -i max仅复制进程（类似Cluster），对单个summBrute调用无效；
- performance.now()精度足够：该API提供亚毫秒级时间戳，70ms结果可信，反映真实单核执行耗时。
总结
CPU核心数量 ≠ JavaScript并发能力。Node.js的“高性能”源于异步I/O的非阻塞模型，而非多核并行计算。要突破单线程限制，开发者必须主动选择worker_threads、child_process或cluster等机制进行任务分片。理解这一根本区别，是设计可伸缩Node.js服务的前提。
