cmd.Run()卡住因同步阻塞且无超时机制；应改用cmd.Start()+cmd.Wait()配合context.WithTimeout，并注意进程组清理与ProcessState判空。
cmd.Run() 为什么卡住不返回
因为 cmd.Run() 是同步阻塞调用，它只等进程退出，完全不管超时。如果外部命令卡死（比如 ssh 连接 hang、curl 等 DNS、子进程自己 fork 后没 wait），你的 Go 程序就跟着一起挂住。
这不是 bug，是设计如此 —— 它只封装 Wait()，没做任何上下文或 deadline 介入。
- 别在生产代码里直接用
cmd.Run()调用不可信的外部命令 - 即使加了
time.AfterFunc杀进程，也存在竞态：可能刚发 signal，进程就自然退出了；也可能 signal 发了，但子进程的子进程（如 shell 启动的 piped 命令）没被清理 - 真正安全的做法是用
cmd.Start()+cmd.Wait()配合context.WithTimeout()
用 context.WithTimeout 控制 exec.Cmd 生命周期
Go 1.12+ 的 exec.Cmd 原生支持 ctx：设置 cmd.Context = ctx 后，cmd.Wait() 或 cmd.Run() 会在 ctx 超时后自动返回 context.DeadlineExceeded 错误，并触发内部 cmd.Process.Kill()（注意：只是发送 SIGKILL，不保证子进程树完全清理）。
关键点：必须在 cmd.Start() 之前设置 cmd.Context，否则无效。
立即学习“go语言免费学习笔记（深入）”；
ctx, cancel := context.WithTimeout(context.Background(), 5*time.Second)- 设置
cmd.Context = ctx，再调用cmd.Start() - 之后只能用
cmd.Wait()（不能用cmd.Run()，否则会忽略 ctx） - 记得
defer cancel()，避免 goroutine 泄漏
ctx, cancel := context.WithTimeout(context.Background(), 5*time.Second)
defer cancel()
cmd := exec.Command("sleep", "10")
cmd.Context = ctx
err := cmd.Start()
if err != nil {
log.Fatal(err)
}
err = cmd.Wait() // 这里会在 5s 后返回 context.DeadlineExceeded
子进程残留：shell -c 场景下信号传递失效
当你用 exec.Command("sh", "-c", "ping -c 4 example.com | grep ttl")，实际启动的是 sh 进程，它再 fork 出 ping 和 grep。ctx 超时后 cmd.Process.Kill() 只杀 sh，ping/grep 变成孤儿进程继续跑 —— 这是最常见的“以为超时了其实没停”原因。
- 避免用
sh -c，尽量拆成直调二进制：exec.Command("ping", "-c", "4", "example.com") - 如果必须用 shell，启用
Setpgid: true并手动 kill 整个进程组：syscall.Kill(-cmd.Process.Pid, syscall.SIGKILL)（注意负号） - Linux 上可配合
cmd.SysProcAttr = &syscall.SysProcAttr{Setpgid: true}
Wait() 返回后，cmd.ProcessState.ExitCode() 不一定可靠
ctx 超时导致 cmd.Wait() 返回错误时，cmd.ProcessState 可能为 nil，直接访问会 panic。而且即使非 nil，exit code 也不代表业务逻辑成功 —— 比如被 signal 终止时，ExitCode() 返回的是 signal 编号（如 137 = SIGKILL），不是你期望的 0/1。
- 务必先判空：
if cmd.ProcessState != nil && cmd.ProcessState.Exited() { ... } - 检查是否因 signal 退出：
cmd.ProcessState.Signal() != nil - 不要把
ExitCode()当作业务状态码用，它只是 OS 层面的终止反馈
真正难处理的从来不是超时本身，而是子进程派生出的子子孙孙 —— Go 的 exec 默认不管理进程组，这点和 shell 完全不同。一旦用了 -c 或管道，就得自己补进程组逻辑，否则超时只是假象。
