生成 - Bun 中文文档

创建一个进程 (`Bun.spawn()`)

提供一个字符串数组作为命令。Bun.spawn() 返回一个 Bun.Subprocess 对象。

const proc = Bun.spawn(["bun", "--version"]);
console.log(await proc.exited); // 0

Bun.spawn 的第二个参数是一个用于配置子进程的参数对象。

const proc = Bun.spawn(["bun", "--version"], {
  cwd: "./path/to/subdir", // 指定工作目录
  env: { ...process.env, FOO: "bar" }, // 指定环境变量
  onExit(proc, exitCode, signalCode, error) {
    // 退出处理器
  },
});

proc.pid; // 子进程的进程ID

输入流

默认情况下，子进程的输入流未定义；请使用 stdin 参数进行配置。

const proc = Bun.spawn(["cat"], {
  stdin: await fetch("https://raw.githubusercontent.com/oven-sh/bun/main/examples/hashing.js"),
});

const text = await proc.stdout.text();
console.log(text); // "const input = "hello world".repeat(400); ..."

值	描述
`null`	默认。不向子进程提供输入
`"pipe"`	返回一个 `FileSink` 用于快速增量写入
`"inherit"`	继承父进程的 `stdin`
`Bun.file()`	从指定文件读取
`TypedArray \| DataView`	使用二进制缓冲区作为输入
`Response`	使用响应体 `body` 作为输入
`Request`	使用请求体 `body` 作为输入
`ReadableStream`	使用可读流作为输入
`Blob`	使用 Blob 作为输入
`number`	从给定文件描述符的文件读取

使用 "pipe" 时，父进程可以向子进程的输入流增量写入数据。

const proc = Bun.spawn(["cat"], {
  stdin: "pipe", // 返回可写的 FileSink
});

// 入队字符串数据
proc.stdin.write("hello");

// 入队二进制数据
const enc = new TextEncoder();
proc.stdin.write(enc.encode(" world!"));

// 发送缓冲数据
proc.stdin.flush();

// 关闭输入流
proc.stdin.end();

将 ReadableStream 传递给 stdin 时，它会将数据直接通过管道传输到子进程的输入流：

const stream = new ReadableStream({
  start(controller) {
    controller.enqueue("Hello from ");
    controller.enqueue("ReadableStream!");
    controller.close();
  },
});

const proc = Bun.spawn(["cat"], {
  stdin: stream,
  stdout: "pipe",
});

const output = await proc.stdout.text();
console.log(output); // "Hello from ReadableStream!"

输出流

从 stdout 和 stderr 属性中读取子进程的输出。默认情况下，这些属性是 ReadableStream 的实例。

const proc = Bun.spawn(["bun", "--version"]);
const text = await proc.stdout.text();
console.log(text); // => "1.3.3\n"

通过向 stdout/stderr 传入以下值之一来配置输出流：

值	描述
`"pipe"`	`stdout` 的默认值。将输出导入返回的 `Subprocess` 对象的 `ReadableStream`
`"inherit"`	`stderr` 的默认值。继承自父进程
`"ignore"`	丢弃输出
`Bun.file()`	写入指定文件
`number`	写入指定文件描述符的文件

退出处理

使用 onExit 回调监听进程退出或被杀死。

index.ts

const proc = Bun.spawn(["bun", "--version"], {
  onExit(proc, exitCode, signalCode, error) {
    // 退出处理器
  },
});

exited 属性是一个 Promise，在进程退出时解析。

index.ts

const proc = Bun.spawn(["bun", "--version"]);

await proc.exited; // 进程退出时解析
proc.killed; // 布尔值 — 进程是否被杀死？
proc.exitCode; // null | 数字
proc.signalCode; // null | "SIGABRT" | "SIGALRM" | ...

杀死进程：

index.ts

const proc = Bun.spawn(["bun", "--version"]);
proc.kill();
proc.killed; // true

proc.kill(15); // 指定信号码
proc.kill("SIGTERM"); // 指定信号名

父 bun 进程不会终止，直到所有子进程都已退出。使用 proc.unref() 将子进程与父进程分离。

index.ts

const proc = Bun.spawn(["bun", "--version"]);
proc.unref();

资源使用

进程退出后，resourceUsage() 会报告其资源使用情况：

index.ts

const proc = Bun.spawn(["bun", "--version"]);
await proc.exited;

const usage = proc.resourceUsage();
console.log(`最大内存使用量: ${usage.maxRSS} 字节`);
console.log(`CPU 时间（用户态）: ${usage.cpuTime.user} 微秒`);
console.log(`CPU 时间（内核态）: ${usage.cpuTime.system} 微秒`);

使用 cgroups 限制资源（Linux）

在 Linux 上，传入 cgroup 可在控制组内启动子进程。子进程在开始执行前就会加入 cgroup，因此配置在其中的限制——内存、pids、CPU——会从第一条指令开始生效，并应用于该子进程随后生成的每个进程。当超过内存限制时，内核会在 cgroup 内部 OOM-kill 一个进程，而不是从父进程回收内存。 cgroup 是 /sys/fs/cgroup 下的一个目录；使用普通文件操作创建并配置它，然后传入其路径（或已打开的目录文件描述符）：

index.ts

import { mkdirSync, writeFileSync } from "node:fs";

const dir = "/sys/fs/cgroup/build-jobs";
mkdirSync(dir, { recursive: true });
writeFileSync(`${dir}/memory.max`, String(2 * 1024 ** 3)); // cgroup v1: memory.limit_in_bytes

const proc = Bun.spawn({
  cmd: ["make", "-j8"],
  cgroup: dir,
});

同一个目录可以传递给任意数量的 spawn；限制适用于它们的总使用量。同时支持 cgroup v1 和 v2 层级结构。创建 cgroup 通常需要 root 权限或一个已委派的子树。在其他平台上，此选项会被忽略；在 Linux 上，如果无法加入 cgroup，spawn 会失败。

使用 AbortSignal

你可以使用 AbortSignal 中止子进程：

index.ts

const controller = new AbortController();
const { signal } = controller;

const proc = Bun.spawn({
  cmd: ["sleep", "100"],
  signal,
});

// 后续中止进程：
controller.abort();

使用 timeout 和 killSignal

将 timeout 设置为在经过指定的毫秒数后终止子进程：

index.ts

// 5秒后杀死进程
const proc = Bun.spawn({
  cmd: ["sleep", "10"],
  timeout: 5000, // 5秒，单位毫秒
});

await proc.exited; // 5秒后解析

默认情况下，Bun 会使用 SIGTERM 终止超时的进程。使用 killSignal 选项指定其他信号：

index.ts

// 5秒后使用 SIGKILL 杀死进程
const proc = Bun.spawn({
  cmd: ["sleep", "10"],
  timeout: 5000,
  killSignal: "SIGKILL", // 可为信号名称或信号编号
});

killSignal 选项也控制在 AbortSignal 触发时发送的信号。

使用 maxBuffer

对于 Bun.spawnSync，maxBuffer 限制进程在 Bun 将其终止前可以输出的字节数：

index.ts

// “yes” 进程输出超过 100 字节后被终止
const result = Bun.spawnSync({
  cmd: ["yes"], // Windows 下使用 ["bun", "exec", "yes"]
  maxBuffer: 100,
});
// 进程退出

Bun 会在超过限制后立即停止读取，因此返回的输出只可能因那次超过限制的单次读取而超出 maxBuffer，绝不会因为进程在终止生效前设法写入的内容而进一步超出。这与 Node.js 的行为一致。

进程间通信（IPC）

Bun 支持两个 bun 进程之间的直接进程间通信通道。要接收由 Bun 子进程发送的消息，请指定一个 ipc 处理器。

parent.ts

const child = Bun.spawn(["bun", "child.ts"], {
  ipc(message) {
    /**
     * 从子进程收到的消息
     **/
  },
});

父进程通过返回的 Subprocess 实例上的 .send() 方法向子进程发送消息。ipc 处理器还会将发送消息的子进程作为第二个参数接收。

parent.ts

const childProc = Bun.spawn(["bun", "child.ts"], {
  ipc(message, childProc) {
    /**
     * 从子进程收到的消息
     **/
    childProc.send("Respond to child");
  },
});

childProc.send("I am your father"); // 父进程也可向子进程发送消息

子进程使用 process.send() 向父进程发送消息，并通过 process.on("message") 接收消息。这与 Node.js 中 child_process.fork() 使用的是同一套 API。

child.ts

process.send("Hello from child as string");
process.send({ message: "Hello from child as object" });

process.on("message", message => {
  // 打印来自父进程的消息
  console.log(message);
});

child.ts

// 发送字符串消息
process.send("Hello from child as string");

// 发送对象消息
process.send({ message: "Hello from child as object" });

serialization 选项控制两个进程间通信的序列化格式：

advanced：（默认）消息使用 JSC 的 serialize API 序列化，支持克隆所有 structuredClone 支持的类型，但不支持对象所有权转移。
json：消息使用 JSON.stringify 和 JSON.parse 序列化，支持对象类型比 advanced 少。

断开与父进程的 IPC 通道可调用：

childProc.disconnect();

Bun 与 Node.js 之间的 IPC

要在 bun 和 Node.js 进程间使用 IPC，请在 Bun.spawn 中设置 serialization: "json"。这是因为 Node.js 和 Bun 使用不同的 JS 引擎及不同的对象序列化格式。

bun-node-ipc.js

if (typeof Bun !== "undefined") {
  const prefix = `[bun ${process.versions.bun} 🐇]`;
  const node = Bun.spawn({
    cmd: ["node", __filename],
    ipc({ message }) {
      console.log(message);
      node.send({ message: `${prefix} 👋 hey node` });
      node.kill();
    },
    stdio: ["inherit", "inherit", "inherit"],
    serialization: "json",
  });

  node.send({ message: `${prefix} 👋 hey node` });
} else {
  const prefix = `[node ${process.version}]`;
  process.on("message", ({ message }) => {
    console.log(message);
    process.send({ message: `${prefix} 👋 hey bun` });
  });
}

终端（PTY）支持

对于交互式终端应用，使用 terminal 选项启动附加伪终端（PTY）的子进程。子进程会看到一个真实终端，从而支持彩色输出、光标移动和交互式提示。

const proc = Bun.spawn(["bash"], {
  terminal: {
    cols: 80,
    rows: 24,
    data(terminal, data) {
      // 终端接收数据时被调用
      process.stdout.write(data);
    },
  },
});

// 向终端写数据
proc.terminal.write("echo hello\n");

// 等待进程退出
await proc.exited;

// 关闭终端
proc.terminal.close();

提供 terminal 选项时：

子进程中 process.stdout.isTTY 为 true
stdin、stdout 和 stderr 都绑定到终端
proc.stdin、proc.stdout 和 proc.stderr 返回 null —— 使用终端对象代替
可通过 proc.terminal 访问终端

终端选项

选项	描述	默认值
`cols`	列数	`80`
`rows`	行数	`24`
`name`	用于 PTY 配置的终端类型（使用 `env` 选项单独设置 `TERM` 环境变量）	`"xterm-256color"`
`data`	接收到数据时的回调 `(terminal, data) => void`	—
`exit`	PTY 流关闭时的回调（EOF 或错误）。`exitCode` 是 PTY 生命周期状态（0=EOF，1=错误），而不是子进程退出码。使用 `proc.exited` 获取进程退出状态。	—
`drain`	准备好接收更多数据时的回调 `(terminal) => void`	—

终端方法

proc.terminal 返回的 Terminal 对象具有以下方法：

// 向终端写入数据
proc.terminal.write("echo hello\n");

// 调整终端大小
proc.terminal.resize(120, 40);

// 设置原生模式（禁用行缓冲与回显）
proc.terminal.setRawMode(true);

// 保持事件循环活动直到终端关闭
proc.terminal.ref();
proc.terminal.unref();

// 关闭终端
proc.terminal.close();

可复用终端

要通过同一个终端会话按顺序运行多个命令，可以独立创建终端，并在多个子进程之间复用：

await using terminal = new Bun.Terminal({
  cols: 80,
  rows: 24,
  data(term, data) {
    process.stdout.write(data);
  },
});

// 创建第一个进程
const proc1 = Bun.spawn(["echo", "first"], { terminal });
await proc1.exited;

// 复用终端启动另一个进程
const proc2 = Bun.spawn(["echo", "second"], { terminal });
await proc2.exited;

// 终端会被 `await using` 自动关闭

传入已有的 Terminal 对象时：

终端可跨多个进程复用
你负责何时关闭终端
exit 回调在调用 terminal.close() 时触发，而非每个子进程退出时
使用 proc.exited 侦测每个子进程退出

平台差异

Bun.Terminal 在 Linux 和 macOS 上使用 openpty()，在 Windows 上使用 ConPTY（CreatePseudoConsole）。核心行为在每个平台上都相同：子进程看到的是 TTY，write() 的内容会到达子进程的 stdin，子进程的输出会到达 data 回调，resize() 会更新子进程所看到的终端大小。但有一些细节存在差异：

Windows 上没有 termios。 inputFlags、outputFlags、localFlags 和 controlFlags 始终读取为 0，设置它们也不会产生任何效果。setRawMode() 会记录该标志，但不会影响子进程；子进程会自行控制其控制台模式。
Windows 上没有子进程时不会回显。 在 POSIX 系统上，即使没有附加进程，内核行规程也会将 write() 写入的内容回显到 data 回调。ConPTY 没有行规程；输入会被缓冲，等待下一个读取者。如果需要回显，请启动一个会回显输入的进程。
ConPTY 会重新编码输出。 ConPTY 将子进程的输出渲染到虚拟屏幕，并发出描述结果的 VT 转义序列，因此 data 回调接收到的转义序列在语义上等价，但字节内容并不完全相同。颜色和文本会保留；光标定位和重置序列可能会被重新排序或合并。ConPTY 还会在任何子进程输出之前发出一段简短的 VT 初始化序列（\x1b[?9001h\x1b[?1004h…）。
Windows 上的输入 \r 不会转换为 \n。 POSIX 的 ICRNL 会将输入中的回车符转换为换行符；ConPTY 会原样传递 \r。
在 ConPTY 下，子进程中的 process.on('SIGWINCH') 不会触发，除非子进程以原生模式读取 stdin。调用 resize() 后，process.stdout.columns/rows 仍会更新。这是 libuv 的限制，会影响任何基于 libuv 的子进程（包括 Node.js）。
在 Windows 11 24H2（版本 26100）之前的系统上，terminal.close() 可能无法及时终止仍在运行的子进程，因为在这些版本中，ClosePseudoConsole 会阻塞，直到 conhost 通过管道刷新完其输出。如果需要在子进程仍在运行时拆除终端，请先终止附加的进程。

阻塞式 API (`Bun.spawnSync()`)

Bun.spawnSync 是 Bun.spawn 的阻塞式等价 API。它支持相同的输入和参数，并返回一个 SyncSubprocess 对象，该对象在几个方面不同于 Subprocess。

含有表示进程是否以零退出码退出的 success 属性。
stdout 和 stderr 是 Buffer 实例，而非 ReadableStream。
没有 stdin 属性。若需增量写入输入流，请使用 Bun.spawn。

const proc = Bun.spawnSync(["echo", "hello"]);

console.log(proc.stdout.toString());
// => "hello\n"

原则上，异步的 Bun.spawn 适合 HTTP 服务器和应用，Bun.spawnSync 更适合构建命令行工具。

性能基准

⚡️ Bun.spawn 和 Bun.spawnSync 使用 posix_spawn(3)。

Bun 的 spawnSync 比 Node.js 的 child_process 模块快 60%。

terminal

bun spawn.mjs

cpu: Apple M1 Max
runtime: bun 1.x (arm64-darwin)

benchmark              time (avg)             (min … max)       p75       p99      p995
--------------------------------------------------------- -----------------------------
spawnSync echo hi  888.14 µs/iter    (821.83 µs … 1.2 ms) 905.92 µs      1 ms   1.03 ms

terminal

node spawn.node.mjs

cpu: Apple M1 Max
runtime: node v18.9.1 (arm64-darwin)

benchmark              time (avg)             (min … max)       p75       p99      p995
--------------------------------------------------------- -----------------------------
spawnSync echo hi    1.47 ms/iter     (1.14 ms … 2.64 ms)   1.57 ms   2.37 ms   2.52 ms

参考

以下是 Spawn API 和类型的参考。实际类型包含复杂的泛型，用于根据传递给 Bun.spawn 和 Bun.spawnSync 的选项，对 Subprocess 流进行强类型约束。完整详情请参阅 bun.d.ts。

查看可展开的 TypeScript 定义

interface Bun {
  spawn(command: string[], options?: SpawnOptions.OptionsObject): Subprocess;
  spawnSync(command: string[], options?: SpawnOptions.OptionsObject): SyncSubprocess;

  spawn(options: { cmd: string[] } & SpawnOptions.OptionsObject): Subprocess;
  spawnSync(options: { cmd: string[] } & SpawnOptions.OptionsObject): SyncSubprocess;
}

namespace SpawnOptions {
  interface OptionsObject {
    cwd?: string;
    env?: Record<string, string | undefined>;
    stdio?: [Writable, Readable, Readable];
    stdin?: Writable;
    stdout?: Readable;
    stderr?: Readable;
    onExit?(
      subprocess: Subprocess,
      exitCode: number | null,
      signalCode: number | null,
      error?: ErrorLike,
    ): void | Promise<void>;
    ipc?(message: any, subprocess: Subprocess): void;
    serialization?: "json" | "advanced";
    windowsHide?: boolean;
    windowsVerbatimArguments?: boolean;
    argv0?: string;
    signal?: AbortSignal;
    timeout?: number;
    killSignal?: string | number;
    maxBuffer?: number;
    terminal?: TerminalOptions; // PTY（POSIX）/ConPTY（Windows）支持
  }

  type Readable =
    | "pipe"
    | "inherit"
    | "ignore"
    | null // 等价于 "ignore"
    | undefined // 使用默认值
    | BunFile
    | ArrayBufferView
    | number;

  type Writable =
    | "pipe"
    | "inherit"
    | "ignore"
    | null // 等价于 "ignore"
    | undefined // 使用默认值
    | BunFile
    | ArrayBufferView
    | number
    | ReadableStream
    | Blob
    | Response
    | Request;
}

interface Subprocess extends AsyncDisposable {
  readonly stdin: FileSink | number | undefined | null;
  readonly stdout: ReadableStream<Uint8Array<ArrayBuffer>> | number | undefined | null;
  readonly stderr: ReadableStream<Uint8Array<ArrayBuffer>> | number | undefined | null;
  readonly readable: ReadableStream<Uint8Array<ArrayBuffer>> | number | undefined | null;
  readonly terminal: Terminal | undefined;
  readonly pid: number;
  readonly exited: Promise<number>;
  readonly exitCode: number | null;
  readonly signalCode: NodeJS.Signals | null;
  readonly killed: boolean;

  kill(exitCode?: number | NodeJS.Signals): void;
  ref(): void;
  unref(): void;

  send(message: any): void;
  disconnect(): void;
  resourceUsage(): ResourceUsage | undefined;
}

interface SyncSubprocess {
  stdout: Buffer | undefined;
  stderr: Buffer | undefined;
  exitCode: number;
  success: boolean;
  resourceUsage: ResourceUsage;
  signalCode?: string;
  exitedDueToTimeout?: true;
  pid: number;
}

interface TerminalOptions {
  cols?: number;
  rows?: number;
  name?: string;
  data?: (terminal: Terminal, data: Uint8Array<ArrayBuffer>) => void;
  /** PTY 流关闭时调用（EOF 或错误）。exitCode 是 PTY 生命周期状态（0=EOF，1=错误），非子进程退出码。 */
  exit?: (terminal: Terminal, exitCode: number, signal: string | null) => void;
  drain?: (terminal: Terminal) => void;
}

interface Terminal extends AsyncDisposable {
  readonly closed: boolean;
  write(data: string | BufferSource): number;
  resize(cols: number, rows: number): void;
  setRawMode(enabled: boolean): void;
  ref(): void;
  unref(): void;
  close(): void;
}

interface ResourceUsage {
  contextSwitches: {
    voluntary: number;
    involuntary: number;
  };

  cpuTime: {
    user: number;
    system: number;
    total: number;
  };
  maxRSS: number;

  messages: {
    sent: number;
    received: number;
  };
  ops: {
    in: number;
    out: number;
  };
  shmSize: number;
  signalCount: number;
  swapCount: number;
}

type Signal =
  | "SIGABRT"
  | "SIGALRM"
  | "SIGBUS"
  | "SIGCHLD"
  | "SIGCONT"
  | "SIGFPE"
  | "SIGHUP"
  | "SIGILL"
  | "SIGINT"
  | "SIGIO"
  | "SIGIOT"
  | "SIGKILL"
  | "SIGPIPE"
  | "SIGPOLL"
  | "SIGPROF"
  | "SIGPWR"
  | "SIGQUIT"
  | "SIGSEGV"
  | "SIGSTKFLT"
  | "SIGSTOP"
  | "SIGSYS"
  | "SIGTERM"
  | "SIGTRAP"
  | "SIGTSTP"
  | "SIGTTIN"
  | "SIGTTOU"
  | "SIGUNUSED"
  | "SIGURG"
  | "SIGUSR1"
  | "SIGUSR2"
  | "SIGVTALRM"
  | "SIGWINCH"
  | "SIGXCPU"
  | "SIGXFSZ"
  | "SIGBREAK"
  | "SIGLOST"
  | "SIGINFO";

开始使用

核心运行时

文件与模块系统

HTTP 服务器

网络通信

数据与存储

并发

进程与系统

交互与工具链

实用工具

标准与兼容性

贡献

生成

创建一个进程 (`Bun.spawn()`)

输入流

输出流

退出处理

资源使用

使用 cgroups 限制资源（Linux）

使用 AbortSignal

使用 timeout 和 killSignal

使用 maxBuffer

进程间通信（IPC）

Bun 与 Node.js 之间的 IPC

终端（PTY）支持

终端选项

终端方法

可复用终端

平台差异

阻塞式 API (`Bun.spawnSync()`)

性能基准

参考

​创建一个进程 (Bun.spawn())

​输入流

​输出流

​退出处理

​资源使用

​使用 cgroups 限制资源（Linux）

​使用 AbortSignal

​使用 timeout 和 killSignal

​使用 maxBuffer

​进程间通信（IPC）

​Bun 与 Node.js 之间的 IPC

​终端（PTY）支持

​终端选项

​终端方法

​可复用终端

​平台差异

​阻塞式 API (Bun.spawnSync())

​性能基准

​参考

创建一个进程 (`Bun.spawn()`)

输入流

输出流

退出处理

资源使用

使用 cgroups 限制资源（Linux）

使用 AbortSignal

使用 timeout 和 killSignal

使用 maxBuffer

进程间通信（IPC）

Bun 与 Node.js 之间的 IPC

终端（PTY）支持

终端选项

终端方法

可复用终端

平台差异

阻塞式 API (`Bun.spawnSync()`)

性能基准

参考