该选cmd.run()还是cmd.output()取决于是否需捕获输出：仅检查成功与否用run()，需读标准输出则用output()或combinedoutput()；后者自动缓冲输出，前者不接管stdout/stderr。
cmd.Run() 和 cmd.Output() 到底该选哪个
看你要不要捕获输出。如果只是想跑个命令、等它结束、检查成功与否，用 cmd.Run()；如果还要读标准输出（比如 ls -l 的结果），必须用 cmd.Output() 或更灵活的 cmd.CombinedOutput()。
常见错误是调 cmd.Run() 后还去读 cmd.Stdout，其实它根本没被设置——Run() 默认不接管 stdout/stderr，输出直接打到父进程终端，你代码里啥也拿不到。
-
cmd.Output()自动设置cmd.Stdout为内存 buffer，返回[]byte和 error；失败时 error 不为 nil，但返回的 output 可能含 stderr 内容（取决于是否重定向） -
cmd.CombinedOutput()把 stdout 和 stderr 合并输出，适合调试时不想漏错信息 - 需要分别处理 stdout/stderr？得手动设
cmd.Stdout = &bytes.Buffer{}等，再调Run()
带参数的命令为什么总报 “exec: ‘xxx’: executable file not found in $PATH”
不是路径问题，是 exec.Command() 第一个参数必须是**可执行文件名本身**，不能带空格、不能是 shell 行为（如 "ls -la"）。它不走 shell 解析，所以不会拆分参数。
正确写法是把命令和参数拆成独立字符串：
cmd := exec.Command("ls", "-la", "/tmp")
而不是：
cmd := exec.Command("ls -la /tmp") // ❌ 错！会尝试找叫 "ls -la /tmp" 的程序
- 想用管道、重定向、变量展开？得显式调
exec.Command("sh", "-c", "ls -la | grep go") - Windows 下注意可执行文件后缀，
exec.Command("ping", "google.com")在 Windows 可行，在 Linux 也行（因有ping），但exec.Command("notepad.exe")在 Linux 就失败 - 绝对路径安全：用
exec.Command("/bin/ls", "-l")绕过 PATH 查找，适合对环境控制强的场景
命令卡住不返回？大概率是没处理 stdin / 没设超时
默认情况下，子进程的 stdin 是连着父进程的，如果子进程试图读输入（比如 cat、ssh 交互式登录），而你没给它输数据也没关 stdin，它就永远等下去。
同时，没有超时机制的话，一个挂起的 ping 或卡死的 curl 会让整个 goroutine 阻塞。
- 关闭 stdin：在
Run()前加cmd.Stdin = nil（或cmd.Stdin = os.Stdin如果真要透传） - 加超时：用
context.WithTimeout，然后exec.CommandContext(ctx, ...)；超时后进程会被 kill，不会残留 - 别用
time.AfterFunc+cmd.Process.Kill()手动杀，容易竞态——CommandContext是唯一可靠方式
os/exec 在容器或无 shell 环境下要注意什么
很多精简镜像（如 alpine:latest）没 /bin/sh，或者 sh 是 busybox 软链，行为和 bash 差异大。如果你依赖 sh -c，得确认基础镜像真有它。
更麻烦的是：某些容器运行时（如 gVisor、Kata）或 rootless 模式会拦截或限制 fork/exec 系统调用，导致 exec.Command 直接失败，错误可能是 "operation not permitted" 或静默失败。
- 优先用 Go 原生实现替代 shell 脚本逻辑（比如用
filepath.Walk替find，用net/http替curl） - 必须调外部命令时，构建阶段就
apk add --no-cache bash或确保/bin/sh存在 - 在 CI 或 serverless 环境中，先跑个
exec.Command("sh", "-c", "echo ok")做可用性探活
最常被忽略的一点：子进程继承了父进程的所有文件描述符，默认打开。如果主程序开了大量文件或监听 socket，子进程也拿着——可能触发 ulimit 限制，或造成意外泄露。必要时用 cmd.ExtraFiles 控制，或启动前调 syscall.CloseOnExec()。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
