根本原因是未调用Start()或Run()；路径问题（如Windows需cmd/c）、shell特性失效、输出处理方式错误（StdoutPipe需Start+goroutine+Wait）、超时需context手动Kill、交互式命令缺PTY支持。
os/exec.Command 启动子进程时，为什么命令不执行或立即退出？
根本原因通常是没调用 Start() 或 Run() —— Command 只是构造命令对象，不自动执行。另一个高频问题是路径问题：sh、ls 等命令在 Windows 上默认不可用，而 exec.Command("cmd", "/c", "dir") 才是等效写法。
- Linux/macOS 下优先用
exec.Command("sh", "-c", "your command")，避免 shell 特性（如管道、变量）失效 - Windows 下别直接写
exec.Command("dir")，必须走cmd /c或powershell -c - 如果命令含空格或特殊字符，不要拼接字符串传给
sh -c，应使用参数化方式：例如exec.Command("sh", "-c", "echo $1", "echo", "hello world")
想读取命令输出又实时处理，该用 StdoutPipe 还是 CombinedOutput？
CombinedOutput() 适合“执行完一次性拿全部 stdout+stderr”，但无法流式处理；真要边执行边读（比如解析日志、响应进度），必须用 StdoutPipe() + 单独 goroutine 拉数据。
- 用
StdoutPipe()前必须先Start()，不能Run()后再 pipe - stderr 同理，需显式调用
StderrPipe()，否则错误输出会丢失或阻塞进程 - 记得在 goroutine 中用
io.Copy或逐行扫描，且主协程要Wait()，否则子进程可能被提前 kill - 示例关键片段：
cmd := exec.Command("ping", "-c", "3", "google.com")<br>stdout, _ := cmd.StdoutPipe()<br>cmd.Start()<br>scanner := bufio.NewScanner(stdout)<br>for scanner.Scan() {<br> fmt.Println(">>", scanner.Text())<br>}<br>cmd.Wait()
子进程卡住、无法超时退出，怎么加 context 控制？
os/exec 原生不支持超时，硬等 Wait() 会 hang 死。正确做法是用 context.WithTimeout 包裹 cmd.Start() 和 cmd.Wait()，并手动 kill 进程。
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
- 不能只对
Run()加 context —— 它内部不检查 context，超时后进程还在跑 - 必须在
Start()后、Wait()前启动一个 select 监听ctx.Done()，触发时调用cmd.Process.Kill() - 注意
Kill()不等于Signal(os.Interrupt)，前者是 SIGKILL（无法捕获），后者可被程序拦截 - Windows 下
Kill()对某些 GUI 进程无效，得用os.FindProcess().Signal()配合TerminateProcess（需额外 syscall）
管道交互（如 ssh、gdb、python -i）为什么一写就断？
交互式命令依赖 TTY 和行缓冲，而 os/exec 默认给的是伪终端（pty）—— 实际是无终端的管道。结果就是：输入没回车不发、输出不 flush、甚至直接 EOF。
立即学习“go语言免费学习笔记（深入）”；
- 纯 Go 标准库不提供 pty，Linux/macOS 要用
github.com/creack/pty，Windows 得靠golang.org/x/sys/windows模拟 - 即使开了 pty，也要确保子进程 stdin/stdout 设置为 raw 模式（禁用回显、行缓冲），否则像
python -i会卡在 prompt - 写入前最好先
time.Sleep(10ms)等 prompt 出来，或用正则匹配提示符再发指令，不然命令可能被吞掉 - 别用
WriteString直接发命令，要用Write([]byte("cmd\n"))显式换行，否则很多 REPL 不识别
Run() 解决。 
