Go os/exec 怎么把标准错误和标准输出分开保存

调用外部命令时，stdout 和 stderr 最好从一开始就分成两条通道。Go 里可以用 StdoutPipe、StderrPipe 取得两个读取器，在 Start 之后并发消费，再用 Wait 收尾。关键不是把错误文本单独读出来，而是同时保存“命令写了什么”和“命令是否以非零状态退出”这两类信息。

最稳妥的顺序是：创建两个 Pipe → Start → 并发读取 stdout/stderr → 等待读取完成 → Wait 判断退出状态。不要在一个 goroutine 里依次读两条管道，也不要在 Wait 之前让读取任务失去生命周期管理。

先分清 stdout、stderr 和进程错误

stdout 是命令的正常输出，stderr 常用来放诊断信息，但 stderr 有内容并不等于命令失败；有些工具会把进度、警告甚至普通提示写到 stderr。真正的退出状态来自 Wait 返回的 error，非零退出时通常可以用 errors.As 取出 *exec.ExitError。

另外，StdoutPipe 和 StderrPipe 返回的是 io.ReadCloser。两条管道可能同时产生大量数据，如果只读其中一条，另一条的缓冲区写满后，子进程可能无法继续运行，主进程也就迟迟等不到结束。

用两个读取任务分别保存输出

下面的函数返回两份文本和一个可解释的错误。示例选择 sh 只是为了同时产生两类输出；在 Windows 上应换成目标环境可用的命令解释器。代码没有把 stdout 和 stderr 合并，也没有把读取错误覆盖掉。

package main

import (
	"bytes"
	"errors"
	"fmt"
	"io"
	"os/exec"
)

// runSeparated 同时保存 stdout 与 stderr，并返回进程退出错误。
func runSeparated() (string, string, error) {
	// 用一个命令同时写两条标准流，便于观察分流结果。
	cmd := exec.Command("sh", "-c", "printf 'ready\\n'; printf 'warning\\n' >&2; exit 3")

	stdoutPipe, err := cmd.StdoutPipe()
	if err != nil {
		return "", "", fmt.Errorf("create stdout pipe: %w", err)
	}
	stderrPipe, err := cmd.StderrPipe()
	if err != nil {
		return "", "", fmt.Errorf("create stderr pipe: %w", err)
	}

	if err := cmd.Start(); err != nil {
		return "", "", fmt.Errorf("start command: %w", err)
	}

	var stdout, stderr bytes.Buffer
	stdoutErr := make(chan error, 1)
	stderrErr := make(chan error, 1)

	// 两条管道并发读取，避免一侧写满后阻塞子进程。
	go func() {
		_, copyErr := io.Copy(&stdout, stdoutPipe)
		stdoutErr 

这里的检查顺序有两个边界：第一，Start 失败时没有可等待的子进程，直接返回；第二，读取错误优先于 Wait 的退出错误返回，因为输出本身已经不完整。真实项目如果需要同时保留两类错误，可以定义结果结构体，分别放入 StdoutError、StderrError 和 WaitError。

为什么不能只读一条管道再 Wait

下面这种写法看起来顺序清晰，却有潜在死锁：先把 stdout 全部读完，再去读 stderr。若子进程先写满 stderr 缓冲，它会卡在写 stderr，因而不再继续写 stdout；父进程则一直等 stdout 结束，双方互相等待。

// 不推荐：先读完一条，再读另一条，数据量大时可能互相等待。
stdoutData, _ := io.ReadAll(stdoutPipe)
stderrData, _ := io.ReadAll(stderrPipe)
_ = cmd.Wait()

并发读取不是为了“让命令更快”，而是为了同时给两个输出方向提供消费方。图中的两个 Reader 与两个 Buffer 彼此独立，Wait 只负责进程和管道生命周期的最终收束。

不需要实时分流时的更简单选择

如果只需要命令结束后的结果，不需要边运行边处理日志，可以把两个 bytes.Buffer 直接绑定到 cmd.Stdout 和 cmd.Stderr，然后调用 Run。如果连分开保存也不需要，则 CombinedOutput 会把两路输出合成一个字节切片；它更短，但会丢失来源通道信息。

还要注意，Cmd 在调用 Start、Run、Output 或 CombinedOutput 后不能复用。需要超时控制时可从 CommandContext 开始，并在业务层区分上下文取消、非零退出和管道读取失败。

常见问题

stderr 有内容时一定要返回 error 吗？

不一定。stderr 是一条输出通道，不是失败标志。是否失败应看 Wait 的返回值，并结合业务规则判断警告是否需要升级。

可以用 CombinedOutput 后再拆分 stdout 和 stderr 吗？

不能可靠拆分。CombinedOutput 已经把两路内容合并，之后没有通用方法恢复来源；必须从执行前就分别绑定 Writer 或读取两个 Pipe。

小结：要分开保存，就在 Start 前建立两条 Pipe，在进程运行期间并发消费，读取完成后再用 Wait 判断退出状态。这样既不会把诊断文本误当成失败，也能避免大输出场景下的管道阻塞。

参考：Go os/exec 标准库文档。