NodeJS CPU密集同步任务执行时线程切换原因咨询

你观察到的CPU2和CPU6交替占用的现象，是操作系统线程调度的正常行为，和Node.js的单线程模型并不冲突，下面具体拆解原因：

核心概念澄清 #

Node.js说的"单线程"，指的是JavaScript代码的执行线程只有一个——所有同步JS逻辑（比如你的heavy()函数）都在这一个操作系统级线程里运行。但这个线程具体分配到哪个CPU逻辑核心上执行，完全由操作系统的调度器决定，Node.js本身不会干预。

为什么会出现核心切换？ #

• 操作系统调度策略：你的heavy()函数是典型的CPU密集型同步任务，会长时间占用CPU资源。Ubuntu使用的CFS调度器，会出于负载均衡、超线程利用等目的，把长时间运行的线程迁移到其他逻辑核心上。你的机器是4物理核8逻辑线程（超线程），CPU2和CPU6大概率属于同一物理核的两个逻辑线程，调度器会在这两个逻辑线程间切换Node.js主线程，充分利用超线程的并行能力。
• 监测工具的显示逻辑：你看到的CPU核心切换，本质是同一个Node.js主线程在不同逻辑核心上被调度执行，并不是Node.js启动了多个线程。

结合你的代码场景验证 #

当访问/block路径时，heavy()同步阻塞主线程，让它长时间占用CPU，触发操作系统的线程迁移策略，所以你会看到CPU2和CPU6交替占用；而访问/file路径时，fs.readFile是异步IO操作，Node.js会把这些IO任务交给底层线程池处理，主线程不会持续阻塞，也就不会出现这种持续的核心切换现象。

附你的测试代码：

const http = require("http");
const fs = require("fs");

function heavy() {
  let counter = 0;
  for (let i = 0; i < 20_000_000_000; i++) {
    counter++;
  }
}

const server = http.createServer((req, res) => {
  if (req.url === "/block") {
    heavy();
  }
  if (req.url === "/file") {
    fs.readFile("1GB.bin", (err, data) => {});
    fs.readFile("1GB.bin", (err, data) => {});
    fs.readFile("1GB.bin", (err, data) => {});
    fs.readFile("1GB.bin", (err, data) => {});
    fs.readFile("1GB.bin", (err, data) => {});
    fs.readFile("1GB.bin", (err, data) => {});
    fs.readFile("1GB.bin", (err, data) => {});
    fs.readFile("1GB.bin", (err, data) => {});
  }
  res.end("Hello World " + Date.now());
});

server.listen(3000);

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