在 Go 中调用 cmd.Wait() 会阻塞主线程，直到子进程终止；而 SIGTSTP（如 Ctrl+Z）仅暂停进程，不会导致其退出，因此 Wait() 永久挂起，主程序无法继续执行。
在 go 中调用 `cmd.wait()` 会阻塞主线程，直到子进程终止；而 `sigtstp`（如 ctrl+z）仅暂停进程，不会导致其退出，因此 `wait()` 永久挂起，主程序无法继续执行。
当你使用 exec.Command 启动外部命令（如 ping google.com），并调用 cmd.Wait() 时，Go 运行时会同步等待该进程完全退出。但 SIGTSTP（由 Ctrl+Z 触发）只是向进程发送暂停信号，使其进入 T（stopped）状态——此时进程既未崩溃也未结束，Wait() 便持续阻塞，主 goroutine 无法响应后续逻辑、信号或用户输入。
✅ 正确做法：异步等待 + 信号处理
你需要将子进程的生命周期管理与主流程解耦。核心思路是：
- 使用 cmd.Start() 启动进程；
- 不调用 cmd.Wait() 同步阻塞，改用 cmd.Process.Wait() 或 cmd.Wait() 在独立 goroutine 中执行；
- 主 goroutine 可自由处理信号（如捕获 SIGCONT）、监控状态或执行其他任务。
以下是改进后的示例代码：
package main
import (
"io"
"os"
"os/exec"
"os/signal"
"syscall"
)
func main() {
cmd := exec.Command("ping", "-c", "5", "google.com") // 添加 -c 避免无限 ping，便于演示
stdout, _ := cmd.StdoutPipe()
stderr, _ := cmd.StderrPipe()
if err := cmd.Start(); err != nil {
panic(err)
}
// 异步读取输出（避免阻塞）
go func() {
io.Copy(os.Stdout, stdout)
}()
go func() {
io.Copy(os.Stderr, stderr)
}()
// 启动信号监听器（可选：用于响应 SIGTSTP/SIGCONT 等）
sigChan := make(chan os.Signal, 1)
signal.Notify(sigChan, syscall.SIGTSTP, syscall.SIGCONT, syscall.SIGINT)
go func() {
for sig := range sigChan {
switch sig {
case syscall.SIGTSTP:
println("⚠️ Child process suspended (SIGTSTP received)")
// 可在此处记录状态或通知用户
case syscall.SIGCONT:
println("✅ Child process resumed (SIGCONT received)")
case syscall.SIGINT:
println("? Received SIGINT, terminating child...")
cmd.Process.Kill()
return
}
}
}()
// 关键：在 goroutine 中等待，避免阻塞主线程
done := make(chan error, 1)
go func() {
done <- cmd.Wait() // 此处仍会等待，但不阻塞主流程
}()
// 主流程可继续执行其他逻辑（例如定时检查、UI 更新等）
println("? Main program continues running...")
// 等待子进程真正退出（例如被 SIGCONT 恢复后自然结束，或被 Kill）
if err := <-done; err != nil {
println("❌ Child exited with error:", err)
} else {
println("✅ Child exited successfully")
}
}⚠️ 注意事项与最佳实践
- 不要在主线程中直接调用 cmd.Wait()：这是导致“整个程序卡住”的根本原因；
- cmd.Process.Pid 和 cmd.Process.Signal() 是控制子进程的关键：你可通过 cmd.Process.Signal(syscall.SIGTSTP) 主动暂停子进程，无需依赖 Ctrl+Z；
- io.Copy 本身会阻塞：若需实时响应，建议搭配 bufio.Scanner 或带超时的 io.Read；
- SIGTSTP 默认只作用于前台进程组：确保你的子进程处于前台（如通过 syscall.Setpgid 控制进程组），否则可能无法可靠接收；
- 跨平台差异：SIGTSTP 在 Windows 上不可用（仅 Unix-like 系统支持），生产环境应做好兼容性判断。
✅ 总结
cmd.Wait() 的语义是“等待进程终止”，而非“等待进程暂停/恢复”。要实现非阻塞的暂停控制，必须将等待逻辑移至 goroutine，并结合信号监听与进程状态管理。这样既能响应 SIGTSTP/SIGCONT，又能保持主程序完全可控与响应灵敏——这才是构建健壮进程管理逻辑的专业方式。
