子进程独立运行，主进程事件循环负责异步通信。1.子进程是独立执行单元，拥有自己的内存和事件循环，不会阻塞主进程；2.主进程事件循环监听子进程通信事件，确保非阻塞i/o；3.通过标准i/o流或ipc通道实现数据交换，事件循环处理子进程生命周期事件，如exit、error等，实现非阻塞调度和资源管理。
Node.js的事件循环和子进程之间，其实是一种既独立又紧密协作的关系。简单来说，子进程在操作系统层面是独立的执行单元，它们有自己的内存空间和事件循环（如果它们本身也是Node.js进程的话），不会阻塞主进程的事件循环。而主进程的事件循环，则负责监听和调度与这些子进程之间的异步通信事件，确保主进程的非阻塞特性得以维持。
解决方案
当我们在Node.js里谈到“工作流程”，尤其是涉及事件循环和子进程时，很多时候脑子里会浮现出一个画面：一个忙碌的咖啡师（事件循环）在处理各种订单（I/O事件），同时又把一些特别耗时的烘焙任务（CPU密集型计算）外包给了隔壁的专业烘焙坊（子进程）。这个烘焙坊有自己的烤箱和工人，但它会通过一个传菜口（IPC通道）和咖啡师沟通，告诉他任务完成了，或者需要更多材料。
Node.js的核心是单线程的事件循环。这意味着，所有JavaScript代码的执行，以及大多数I/O操作的回调，都在这一个线程上跑。一旦有耗时的同步操作，比如复杂的数学计算，或者大文件的同步读写，事件循环就会被“卡住”，整个应用都会停滞，用户体验直接拉胯。这就是为什么我们需要子进程。
子进程，顾名思义，是操作系统层面的独立进程。通过Node.js内置的child_process模块，我们可以创建这些子进程。它们可以执行任何可执行文件，包括另一个Node.js脚本，或者一个Python脚本、C++程序等等。关键在于，这些子进程的执行，是完全独立于主Node.js进程的，它们有自己的V8实例、自己的事件循环（如果它们也是Node.js进程），或者干脆就没有事件循环。
主进程的事件循环与子进程的关系体现在通信上。当主进程通过child_process.spawn()、exec()或fork()启动一个子进程时，Node.js会在底层建立起一套异步的通信机制，通常是基于管道（pipes）的I/O流（stdin, stdout, stderr）或者更高级的IPC（Inter-Process Communication）通道。事件循环会监听这些通信通道上的事件——比如子进程输出了数据，或者发送了消息。当有数据到达时，事件循环会将相应的回调函数放入事件队列，待主线程空闲时执行。这个过程是非阻塞的。所以，即使子进程正在进行一个漫长的计算，主进程依然可以响应其他请求，保持其高性能和并发能力。
Node.js为什么需要子进程？
Node.js的单线程模型在处理高并发I/O密集型任务时表现卓越，这得益于其非阻塞的事件循环。然而，这种模型在面对CPU密集型任务时就显得力不从心了。想象一下，如果你需要处理一个巨大的数据集，进行复杂的加密运算，或者进行图像视频处理，这些操作会长时间占用CPU。如果这些任务在主线程上执行，事件循环就会被完全阻塞，Node.js应用会变得毫无响应，仿佛“死机”了一样。
子进程的出现，正是为了解决这个痛点。它允许我们将这些耗时的、CPU密集型的工作从主线程上“卸载”出去，交给独立的子进程去处理。这样一来：
避免阻塞事件循环： 子进程在自己的独立进程空间中运行，它们的计算不会影响主进程的事件循环，确保主应用始终保持响应。利用多核CPU： 现代服务器通常拥有多核处理器。单线程的Node.js应用默认只能利用一个CPU核心。通过创建多个子进程，我们可以让它们并行地在不同的CPU核心上运行，从而充分利用硬件资源，提升整体吞吐量。这在处理大规模并发计算时尤为重要。提高应用健壮性： 如果一个子进程因为某种错误而崩溃，它通常不会导致整个主进程崩溃，因为它们是独立的。这为应用提供了更好的容错性和稳定性。隔离环境： 有时候，我们可能需要运行一些不那么受信任的代码，或者需要特定的环境依赖。将这些代码放在独立的子进程中执行，可以有效隔离其对主进程的影响。
举个例子，如果你的Web服务需要实时进行图片缩放，你肯定不想每次缩放都卡住整个服务器。这时候，你可以把图片处理的逻辑放到一个子进程里，主进程只负责接收请求，然后把图片数据丢给子进程处理，等子进程处理完再把结果返回给主进程。
子进程如何与主进程（事件循环）通信？
子进程与主进程之间的通信是Node.js中一个非常关键的机制，它确保了子进程虽然独立运行，但依然能与主应用进行数据交换和状态同步。这种通信是非阻塞的，完美融入了事件循环的异步哲学。
主要有两种通信方式：
标准I/O流（Standard I/O Streams）：每个进程都有三个标准流：stdin（标准输入）、stdout（标准输出）和stderr（标准错误）。当主进程通过child_process.spawn()启动子进程时，默认情况下，这些流会与主进程的相应流建立管道连接。
主进程可以通过childProcess.stdin.write()向子进程写入数据，子进程通过process.stdin读取。子进程可以通过console.log()或process.stdout.write()向主进程输出数据，主进程通过childProcess.stdout.on('data', ...)监听。错误信息类似，通过childProcess.stderr.on('data', ...)捕获。这种方式适用于传输文本或二进制流数据，但需要手动解析数据格式。
// 主进程 (parent.js)const { spawn } = require('child_process');const child = spawn('node', ['child.js']);child.stdout.on('data', (data) => { console.log(`子进程输出: ${data}`);});child.stderr.on('data', (data) => { console.error(`子进程错误: ${data}`);});child.on('close', (code) => { console.log(`子进程退出，退出码 ${code}`);});child.stdin.write('你好，子进程！n');child.stdin.end();// 子进程 (child.js)process.stdin.on('data', (data) => { const msg = data.toString().trim(); console.log(`子进程收到: ${msg}`); process.stdout.write(`子进程回复: 已收到 "${msg}"n`);});
进程间通信（IPC – Inter-Process Communication）：当使用child_process.fork()方法创建子进程时（这通常用于启动另一个Node.js脚本），Node.js会在父子进程之间建立一个特殊的IPC通道。这个通道允许它们直接发送和接收结构化的JavaScript对象（通过JSON序列化/反序列化）。
主进程通过childProcess.send(message)向子进程发送消息。子进程通过process.send(message)向主进程发送消息。两边都通过监听'message'事件来接收消息。
// 主进程 (parent_ipc.js)const { fork } = require('child_process');const child = fork('child_ipc.js');child.on('message', (message) => { console.log('主进程收到子进程消息:', message); if (message.type === 'ready') { child.send({ command: 'start_task', data: 100 }); }});child.on('exit', (code) => { console.log(`子进程退出，退出码 ${code}`);});// 子进程 (child_ipc.js)process.on('message', (message) => { console.log('子进程收到主进程消息:', message); if (message.command === 'start_task') { let sum = 0; for (let i = 0; i <= message.data; i++) { sum += i; } process.send({ type: 'task_complete', result: sum }); }});process.send({ type: 'ready' }); // 告知主进程我准备好了
IPC通道的底层实现，在Unix-like系统上通常是基于Unix域套接字（Unix domain sockets），在Windows上是命名管道（named pipes）。这些都是操作系统提供的异步I/O机制，Node.js的事件循环（通过libuv库）会监听这些I/O句柄上的事件，当有数据可读或可写时，触发相应的回调，从而实现非阻塞的通信。这使得即便子进程在忙碌，主进程依然能保持其事件循环的响应性。
子进程的生命周期管理与事件循环的关系？
子进程的生命周期管理是Node.js应用健壮性的一个重要方面，而事件循环在其中扮演着“监护人”的角色。它并非直接控制子进程的生老病死，而是负责监听子进程状态变化所触发的事件，并将这些事件的回调安排到自己的事件队列中执行。
当一个子进程被创建后，主进程的事件循环会通过底层的操作系统接口（例如Unix的waitpid，Windows的WaitForSingleObject等）注册对子进程状态变化的监听。这些状态变化包括：
'exit'事件： 这是最重要的事件之一。当子进程退出（无论是正常完成任务、抛出未捕获的错误、还是被外部信号终止）时，主进程会收到这个事件。事件循环会将这个事件的回调函数加入到待处理队列，开发者可以在回调中获取子进程的退出码，据此判断子进程是成功完成还是异常退出，并进行后续处理，比如记录日志、清理资源、或者决定是否重启子进程。'error'事件： 如果子进程无法被启动（例如，指定的命令不存在，或者没有执行权限），child_process对象会触发'error'事件。这个事件同样会被事件循环捕获并调度其回调。'disconnect'事件： 当父子进程之间的IPC通道关闭时（无论是父进程调用childProcess.disconnect()，还是子进程调用process.disconnect()，或者其中一方退出导致通道关闭），会触发这个事件。'close'事件： 当子进程的所有标准I/O流（stdin, stdout, stderr）都已关闭时，会触发'close'事件。这通常发生在子进程退出后。
事件循环在这些生命周期事件的处理中，确保了整个系统能够以非阻塞的方式对子进程的行为做出反应。你不需要不断地轮询子进程的状态，而是通过事件驱动的方式被动地接收通知。
例如，在处理一个长时间运行的子进程时，你可能会：
监听'exit'事件，以便在子进程意外退出时，可以记录错误并尝试重启它。监听'error'事件，以捕获启动失败的情况。在主进程退出时，确保优雅地终止所有正在运行的子进程，避免“僵尸进程”或者资源泄露。这通常通过向子进程发送信号（如SIGTERM）来实现，然后等待其退出。
const { spawn } = require('child_process');// 启动一个模拟长时间运行的子进程const longRunningChild = spawn('node', ['-e', 'setInterval(() => console.log("子进程还在跑..."), 1000); process.on("SIGTERM", () => { console.log("子进程收到SIGTERM，准备退出"); process.exit(0); });'], { detached: true, // 让子进程独立于父进程运行 stdio: 'ignore' // 忽略标准I/O，避免输出干扰});longRunningChild.unref(); // 允许主进程在子进程结束后自行退出，不等待子进程console.log(`子进程 PID: ${longRunningChild.pid}`);// 模拟主进程在一段时间后决定终止子进程setTimeout(() => { console.log('主进程：尝试终止子进程...'); try { process.kill(longRunningChild.pid, 'SIGTERM'); // 发送终止信号 console.log('SIGTERM信号已发送。'); } catch (err) { console.error('发送信号失败:', err.message); }}, 5000);// 监听子进程退出事件（虽然这里用了detached，但如果主进程在子进程退出前结束，unref会起作用）longRunningChild.on('exit', (code, signal) => { console.log(`子进程 ${longRunningChild.pid} 退出，退出码: ${code}，信号: ${signal}`);});longRunningChild.on('error', (err) => { console.error(`启动子进程失败: ${err.message}`);});console.log('主进程正在运行，等待事件...');
在这个例子中，即使子进程被detached和unref，主进程的事件循环依然能通过process.kill异步地发送信号，并且如果子进程不是完全脱离，on('exit')这样的监听器依然会在事件循环中被触发，完成对子进程生命周期的感知和管理。这种松散耦合但事件驱动的机制，正是Node.js处理并发和系统编程的精髓所在。
以上就是Node.js中事件循环和子进程的关系的详细内容，更多请关注创想鸟其它相关文章！
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至 chuangxiangniao@163.com 举报，一经查实，本站将立刻删除。
发布者：程序猿，转转请注明出处：https://www.chuangxiangniao.com/p/1511216.html
微信扫一扫 
支付宝扫一扫 
