在 Go 中执行外部命令时，可通过将 cmd.Stdout 和 cmd.Stderr 指向同一 io.ReadCloser（如通过 StdoutPipe() 创建的管道），实现标准输出与标准错误的统一捕获和处理。
在 go 中执行外部命令时，可通过将 `cmd.stdout` 和 `cmd.stderr` 指向同一 `io.readcloser`（如通过 `stdoutpipe()` 创建的管道），实现标准输出与标准错误的统一捕获和处理。
默认情况下，exec.Command 的 Stdout 和 Stderr 是独立的，若需将二者合并为单一流进行实时读取（例如统一日志、避免输出乱序或简化处理逻辑），不应分别调用 StdoutPipe() 和 StderrPipe()，而应复用同一个管道：
cmdReader, err := cmd.StdoutPipe()
if err != nil {
fmt.Fprintln(os.Stderr, "Error creating StdoutPipe:", err)
return
}
// 关键：将 Stderr 重定向至与 Stdout 相同的管道
cmd.Stderr = cmd.Stdout
这样，所有写入 os.Stdout 和 os.Stderr 的内容都会被写入同一底层管道，后续只需启动一个 goroutine 扫描该 cmdReader 即可统一处理。
完整修正后的示例代码如下：
package main
import (
"bufio"
"fmt"
"os"
"os/exec"
)
func runCommand() {
cmd := exec.Command("docker", "build", "--no-cache=true", "--force-rm=true", ".")
// 创建共享 stdout 管道
cmdReader, err := cmd.StdoutPipe()
if err != nil {
fmt.Fprintln(os.Stderr, "Error creating StdoutPipe:", err)
return
}
// 将 stderr 重定向到 stdout 管道（关键步骤）
cmd.Stderr = cmd.Stdout
// 启动命令
if err := cmd.Start(); err != nil {
fmt.Fprintln(os.Stderr, "Error starting command:", err)
return
}
// 实时读取合并后的输出
scanner := bufio.NewScanner(cmdReader)
go func() {
for scanner.Scan() {
fmt.Printf("docker build | %s\n", scanner.Text())
}
if err := scanner.Err(); err != nil {
fmt.Fprintln(os.Stderr, "Scanner error:", err)
}
}()
// 等待命令结束
if err := cmd.Wait(); err != nil {
fmt.Fprintln(os.Stderr, "Command finished with error:", err)
// 注意：即使 cmd.Wait() 返回 error，stdout/stderr 已按需输出完毕
}
}
func main() {
runCommand()
}
⚠️ 注意事项：
- 顺序很重要：必须在调用 cmd.Start() 之前设置 cmd.Stderr = cmd.Stdout，否则设置无效；
- 不可再调用 cmd.StderrPipe()：否则会覆盖 cmd.Stderr 的赋值，导致 panic 或行为未定义；
- 线程安全：bufio.Scanner 非并发安全，因此仅启动一个 goroutine 读取是安全的；若需多路处理，建议先读入 []byte 再分发；
- 退出码判断：cmd.Wait() 的返回错误包含命令退出状态（如 exec.ExitError），可用于区分失败原因，但输出已全部通过管道捕获。
通过该方式，你不仅能获得更简洁的流处理逻辑，还能确保 stdout 与 stderr 的时间顺序在读取侧保持一致（由操作系统写入管道的顺序决定），显著提升构建日志、CI/CD 工具等场景的可观测性与调试效率。
