Node.js子进程：child_process与cluster集群

理解Node.js子进程模型与child_process核心API

Node.js 默认采用单线程事件循环模型，但通过 child_process 模块可派生独立的操作系统进程，突破单线程计算瓶颈。主进程是启动应用的初始进程，子进程是由主进程调用系统 API 创建的独立进程，拥有独立的内存空间、文件描述符和 V8 实例。child_process 提供四大核心方法：exec 通过系统 shell 执行命令，将 stdout 和 stderr 完整缓存至内存后一次性返回，适合执行简短脚本；spawn 以流（Stream）形式返回标准输出与错误流，支持实时读取，适合处理长时间运行或输出量大的任务；execFile 直接调用可执行文件，跳过 shell 解析层，执行效率更高且避免注入风险；fork 专门用于启动新的 Node.js 进程，自动建立基于 IPC 的通信管道，是父子 Node 进程交互的首选。实际开发中，需根据是否需要流式处理、是否依赖 shell 环境以及是否需要进程间通信来精准选型。

使用spawn与fork实现子进程执行和进程通信

使用 spawn 创建子进程时，可通过参数数组传递指令，并监听 stdout 的 data 事件实现流式读取。示例代码：const { spawn } = require('child_process'); const child = spawn('node', ['-e', 'console.log("spawn output")']); child.stdout.on('data', (d) => console.log(d.toString())); child.on('close', (code) => console.log('子进程退出码:', code));。若需实现父子 Node.js 进程的双向通信，必须使用 fork。fork 会在底层自动创建 IPC 通道，父进程通过 worker.send() 发送对象，子进程通过 process.on('message') 接收。父进程示例：const { fork } = require('child_process'); const worker = fork('./worker.js'); worker.on('message', (msg) => console.log('父收到:', msg)); worker.send({ type: 'init' });。子进程 worker.js 中：process.on('message', (msg) => { if (msg.type === 'init') process.send({ status: 'ready', pid: process.pid }); });。配合 error 与 exit 事件监听，可构建健壮的异步任务调度链路。

使用cluster将Node.js服务扩展为多进程集群

cluster 模块基于 child_process.fork 封装，采用 Master-Worker 架构实现多核 CPU 的充分利用。主进程（Master）不处理业务逻辑，仅负责根据 os.cpus().length 动态 fork 出多个 Worker 进程。每个 Worker 独立运行 V8 实例并绑定同一 HTTP 端口，Node.js 底层通过 libuv 的共享端口机制或轮询策略将客户端请求均匀分发至不同 Worker，从而实现原生负载均衡。代码结构通常通过 cluster.isPrimary 区分角色：主进程循环调用 cluster.fork() 创建 Worker，并监听 online 事件确认就绪；Worker 进程直接编写 http.createServer().listen(3000) 等业务代码。通过 cluster.workers 对象可遍历管理所有子进程实例，调用 worker.disconnect() 可触发优雅关闭，确保连接处理完毕后再终止进程，是生产环境提升吞吐量的标准方案。

验证进程行为并处理退出、异常与常见坑

验证子进程行为需严格捕获 exit 与 error 事件。exit 事件携带退出码（0 表示正常，非 0 表示异常终止），error 事件在进程启动失败或 IPC 管道断裂时触发。在 cluster 架构中，可通过 cluster.on('exit', (worker, code) => { if (code !== 0) cluster.fork(); }) 实现 Worker 崩溃自动重启，保障服务高可用。进程数量应动态计算，避免硬编码导致内存溢出或上下文切换开销过大。常见避坑点包括：一、在主进程执行同步阻塞操作（如 fs.readFileSync）会冻结事件循环，导致所有请求挂起；二、滥用 exec 处理大日志或长任务会引发 Buffer 内存溢出，必须改用 spawn 流式消费；三、误认为 cluster 的 Worker 之间可直接通信，实际上 Worker 仅与 Master 直连，跨进程通信需借助 Redis 或消息队列。合理配置超时、记录标准输出日志并实施优雅退出策略，是稳定运行多进程架构的关键。