options.stdio

options.stdio 选项用于配置在父进程和子进程之间建立的管道。默认情况下，子进程的 stdin、stdout 和 stderr 会重定向到 ChildProcess 对象上的相应 subprocess.stdin、subprocess.stdout 和 subprocess.stderr 流。这等同于将 options.stdio 设置为 ['pipe', 'pipe', 'pipe']。

🌐 The options.stdio option is used to configure the pipes that are established between the parent and child process. By default, the child's stdin, stdout, and stderr are redirected to corresponding subprocess.stdin, subprocess.stdout, and subprocess.stderr streams on the ChildProcess object. This is equivalent to setting the options.stdio equal to ['pipe', 'pipe', 'pipe'].

为了方便，options.stdio 可以是以下字符串之一：

🌐 For convenience, options.stdio may be one of the following strings:

• 'pipe'：相当于 ['pipe', 'pipe', 'pipe']（默认）
• 'overlapped'：相当于 ['overlapped', 'overlapped', 'overlapped']
• 'ignore'：相当于 ['ignore', 'ignore', 'ignore']
• 'inherit'：等同于 ['inherit', 'inherit', 'inherit'] 或 [0, 1, 2]

否则，options.stdio 的值是一个数组，其中每个索引对应子进程中的一个文件描述符（fd）。fd 0、1 和 2 分别对应标准输入（stdin）、标准输出（stdout）和标准错误（stderr）。可以指定额外的文件描述符以在父进程和子进程之间创建额外的管道。其值可以是以下之一：

🌐 Otherwise, the value of options.stdio is an array where each index corresponds to an fd in the child. The fds 0, 1, and 2 correspond to stdin, stdout, and stderr, respectively. Additional fds can be specified to create additional pipes between the parent and child. The value is one of the following:

1. 'pipe'：在子进程和父进程之间创建一个管道。管道的父端作为 child_process 对象的一个属性以 subprocess.stdio[fd] 的形式暴露给父进程。为文件描述符 0、1 和 2 创建的管道也分别作为 subprocess.stdin、subprocess.stdout 和 subprocess.stderr 可用。这些不是实际的 Unix 管道，因此子进程不能通过它们的描述符文件使用它们，例如 /dev/fd/2 或 /dev/stdout。

2. 'overlapped'：与 'pipe' 相同，只是句柄上设置了 FILE_FLAG_OVERLAPPED 标志。这对于在子进程的标准输入输出句柄上进行重叠 I/O 是必要的。更多详情请参阅 文档。在非 Windows 系统上，这与 'pipe' 完全相同。

3. 'ipc'：创建一个 IPC 通道，用于在父进程和子进程之间传递消息/文件描述符。一个 ChildProcess 最多可以有一个 IPC stdio 文件描述符。设置此选项将启用 subprocess.send() 方法。如果子进程是一个 Node.js 实例，IPC 通道的存在将启用 process.send() 和 process.disconnect() 方法，以及子进程中的 'disconnect' 和 'message' 事件。

   以除 process.send() 之外的任何方式访问 IPC 通道 fd，或将 IPC 通道与非 Node.js 实例的子进程一起使用，是不受支持的。

4. 'ignore'：指示 Node.js 在子进程中忽略 fd。虽然 Node.js 总是会为它生成的进程打开 fds 0、1 和 2，但将 fd 设置为 'ignore' 会导致 Node.js 打开 /dev/null 并将其附加到子进程的 fd。

5. 'inherit'：通过相应的 stdio 流传递到/来自父进程。在前三个位置中，这分别相当于 process.stdin、process.stdout 和 process.stderr。在其他位置，则相当于 'ignore'。

6. <Stream> 对象：与子进程共享可读或可写的流，该流指向 tty、文件、套接字或管道。该流的底层文件描述符在子进程中会被复制到对应 stdio 数组索引的文件描述符。该流必须有底层描述符（文件流要等到 'open' 事件发生后才会启动）。

注意： 虽然从技术上可以将 stdin 作为可写，或者将 stdout/stderr 作为可读传递，但不推荐这样做。可读流和可写流有不同的行为，如果使用不当（例如在需要可写流的地方传入可读流），可能会导致意外结果或错误。由于流在遇到错误时可能产生未定义行为或丢失回调，因此不建议这样做。始终确保 stdin 用作可读，stdout/stderr 用作可写，以保持父子进程间数据流的预期顺序。 7. 正整数：整数值被解释为父进程中打开的文件描述符。它会与子进程共享，类似于 <Stream> 对象的共享方式。在 Windows 上不支持传递套接字。

8. null、undefined：使用默认值。对于标准输入输出文件描述符 0、1 和 2（也就是 stdin、stdout 和 stderr），会创建一个管道。对于文件描述符 3 及以上，默认值是 'ignore'。

const { spawn } = require('node:child_process');
const process = require('node:process');

// Child will use parent's stdios.
spawn('prg', [], { stdio: 'inherit' });

// Spawn child sharing only stderr.
spawn('prg', [], { stdio: ['pipe', 'pipe', process.stderr] });

// Open an extra fd=4, to interact with programs presenting a
// startd-style interface.
spawn('prg', [], { stdio: ['pipe', null, null, null, 'pipe'] });import { spawn } from 'node:child_process';
import process from 'node:process';

// Child will use parent's stdios.
spawn('prg', [], { stdio: 'inherit' });

// Spawn child sharing only stderr.
spawn('prg', [], { stdio: ['pipe', 'pipe', process.stderr] });

// Open an extra fd=4, to interact with programs presenting a
// startd-style interface.
spawn('prg', [], { stdio: ['pipe', null, null, null, 'pipe'] });拷贝

值得注意的是，当在父进程和子进程之间建立了 IPC 通道，而子进程是一个 Node.js 实例时，子进程会以未引用（使用 unref()）的方式启动 IPC 通道，直到子进程为 'disconnect' 事件或 'message' 事件注册事件处理程序为止。这允许子进程正常退出，而不会因为打开的 IPC 通道而导致进程保持运行。 另请参见：child_process.exec() 和 child_process.fork()。

🌐 It is worth noting that when an IPC channel is established between the parent and child processes, and the child process is a Node.js instance, the child process is launched with the IPC channel unreferenced (using unref()) until the child process registers an event handler for the 'disconnect' event or the 'message' event. This allows the child process to exit normally without the process being held open by the open IPC channel. See also: child_process.exec() and child_process.fork().