go中exec.command构造函数几乎不报错，真正错误发生在run/start/output等执行阶段；err!=nil通常表示命令运行失败（如exit status 2），而非未找到命令，需用类型断言区分exec.error与exec.exiterror。
exec.Command执行失败时，err不等于nil但cmd.Run()没报错？
这是最常被误解的一点：Go 的 exec.Command 构造函数本身几乎不会出错（除非传了空命令名），它只做准备；真正触发系统调用和错误的是 Run/Start/Output 这些方法。所以你看到 err != nil，大概率是执行阶段失败，不是构造失败。
常见错误现象：cmd := exec.Command("ls", "/nonexistent"); err := cmd.Run(); if err != nil { log.Println(err) } 打印出类似 exit status 2，而不是“找不到命令”。这是因为 ls 找到了，但它自己失败了。
- 区分两类错误：命令未找到（
*exec.Error，比如exec: "xxx": executable file not found in $PATH） vs 命令运行失败（*exec.ExitError，比如退出码非 0） - 用类型断言判断具体错误：
if e, ok := err.(*exec.ExitError); ok { fmt.Println("exit code:", e.ExitCode()) } -
cmd.Output()和cmd.CombinedOutput()在失败时也会返回非nil的err，但它们的stdout/stderr仍可能有内容——别直接丢弃out变量
如何可靠捕获外部命令的 stdout/stderr 并判断成功与否
很多人用 cmd.Output() 想“一次性拿结果”，但一旦命令失败，err 非空，out 里可能还是有输出（比如编译器报错信息全在 stderr）。这时候光看 err 会漏掉关键上下文。
- 优先用
cmd.CombinedOutput()：把stdout和stderr合并到一个[]byte，适合调试或日志记录 - 需要分别处理时，显式设置
cmd.Stdout和cmd.Stderr为bytes.Buffer或其他io.Writer，再调用cmd.Run() - 永远检查
err—— 即使你拿到了输出，也不代表命令逻辑成功。Linux 下很多工具（如grep）用退出码表达语义（1表示没匹配，不算异常） - 别依赖
strings.Contains(string(out), "error")判断失败，这不可靠；以退出码为准，再辅以输出内容分析
超时控制和子进程残留问题
os/exec 默认不设超时，命令卡住会导致整个 goroutine 挂起。更麻烦的是，如果父进程崩溃或提前退出，子进程可能变成孤儿进程继续跑。
立即学习“go语言免费学习笔记（深入）”；
- 用
context.WithTimeout包装命令：cmd := exec.CommandContext(ctx, "sleep", "10"); err := cmd.Run()，超时后ctx.Err()会触发cmd被 kill - 确保调用
cmd.Process.Kill()或cmd.Wait()—— 如果用了cmd.Start()，必须配对cmd.Wait()，否则进程句柄泄漏，Linux 上表现为Zombie进程 - Windows 下
Kill()不等价于 Unix 的kill -9，它发的是CTRL_BREAK_EVENT；如需强制终止，得用os.FindProcess().Kill()配合平台判断 - 子进程若启动了子子进程（比如 shell 脚本里调了
nohup），cmd.Process.Kill()通常杀不干净，需在启动时加syscall.Setpgid控制进程组
环境变量和工作目录配置不当导致行为不一致
本地测试通过的命令，放到容器或 CI 环境里就失败，八成是 PATH、HOME 或当前目录不对。Go 默认继承父进程环境，但显式控制才可靠。
- 不要依赖
os.Getenv("PATH")拼接新路径，用exec.Command的cmd.Env字段完整设置环境变量列表 - 用
cmd.Dir显式指定工作目录，避免相对路径失效；尤其注意go run和go build后二进制执行时的当前路径差异 - 敏感环境变量（如
TOKEN）要清理：env := append(os.Environ(), "PATH="+myPath); cmd.Env = env，别直接os.Environ()全量继承 - 某些命令（如
git）依赖HOME下的配置文件，容器里没挂载就会行为异常；必要时用cmd.Env = append(cmd.Env, "HOME=/tmp")临时指定
最难缠的其实是信号传递和进程组边界——比如你用 bash -c "sleep 5 &"，主进程退出后后台任务还在跑，而 Go 的 cmd.Process 根本不知道那个 sleep 存在。这种场景下，别图省事用 shell，改用 syscall.Exec 或严格控制进程组。
