在 Go 中调用 cmd.Wait() 会阻塞主线程，直到子进程终止；而 SIGTSTP（如 Ctrl+Z）仅暂停进程，不终止它，导致 Wait() 永久挂起——解决关键在于避免同步等待，改用信号监听与异步控制。
在 go 中调用 `cmd.wait()` 会阻塞主线程，直到子进程**终止**；而 `sigtstp`（如 ctrl+z）仅暂停进程，不终止它，导致 `wait()` 永久挂起——解决关键在于避免同步等待，改用信号监听与异步控制。
当你执行 exec.Command 启动子进程（如 ping google.com），并调用 cmd.Wait()，该方法语义明确：等待子进程完全退出（exit）后才返回。而 SIGTSTP（通常由 Ctrl+Z 触发）的作用是向进程发送暂停信号（stop），使其进入 T（stopped）状态，此时进程既未退出也未崩溃，Wait() 便持续阻塞，主线程无法继续执行后续逻辑——这正是你观察到“整个程序卡住”的根本原因。
要实现“暂停子进程，同时保持主程序响应”，必须打破对 Wait() 的依赖，转为异步模型。核心思路是：
- 使用 cmd.Process.Signal() 主动发送 syscall.SIGTSTP 或 syscall.SIGCONT；
- 通过 os/signal 监听用户输入（如 os.Interrupt 或自定义信号通道）；
- 避免调用 cmd.Wait()，改用 cmd.ProcessState.Exited() 或轮询 cmd.Process.Pid 判断生命周期（更推荐使用 ProcessState 结合 Wait() 的非阻塞变体——但注意：标准库无原生非阻塞 Wait，需配合 goroutine + channel 实现超时或条件等待）。
✅ 推荐实践：将 Wait() 移入独立 goroutine，并通过 channel 通知主流程；同时监听信号以动态控制子进程状态：
package main
import (
"io"
"os"
"os/exec"
"os/signal"
"syscall"
"time"
)
func main() {
cmd := exec.Command("ping", "-c", "5", "google.com") // 添加 -c 限制次数便于测试
stdout, _ := cmd.StdoutPipe()
if err := cmd.Start(); err != nil {
panic(err)
}
// 异步复制输出
go func() {
io.Copy(os.Stdout, stdout)
}()
// 监听 Ctrl+Z (SIGTSTP) 和 Ctrl+C (SIGINT)，注意：终端通常将 Ctrl+Z 转为 SIGTSTP 发送给前台进程组
sigChan := make(chan os.Signal, 1)
signal.Notify(sigChan, syscall.SIGTSTP, syscall.SIGINT, syscall.SIGCONT)
// 启动 goroutine 等待子进程退出，并通过 channel 通知
done := make(chan error, 1)
go func() {
done <- cmd.Wait() // 此处仍会阻塞，但不影响主 goroutine 响应信号
}()
for {
select {
case sig := <-sigChan:
switch sig {
case syscall.SIGTSTP:
if cmd.Process != nil {
_ = cmd.Process.Signal(syscall.SIGTSTP)
println("→ Child suspended (SIGTSTP sent)")
}
case syscall.SIGCONT:
if cmd.Process != nil {
_ = cmd.Process.Signal(syscall.SIGCONT)
println("→ Child resumed (SIGCONT sent)")
}
case syscall.SIGINT:
if cmd.Process != nil {
_ = cmd.Process.Kill()
}
println("→ Interrupt received, exiting...")
return
}
case err := <-done:
println("Child exited:", err)
return
case <-time.After(30 * time.Second): // 安全超时兜底
println("Timeout: killing child...")
if cmd.Process != nil {
_ = cmd.Process.Kill()
}
return
}
}
}⚠️ 注意事项：
- 终端中 Ctrl+Z 默认向前台进程组发送 SIGTSTP，若未做信号屏蔽，主 Go 进程自身也可能被暂停。建议在实际应用中调用 signal.Ignore(syscall.SIGTSTP) 避免主进程被意外暂停；
- cmd.Process.Signal() 只能对已启动且未退出的进程生效，务必检查 cmd.Process != nil；
- io.Copy 是阻塞的，但因运行在 goroutine 中，不影响主流程；若需更精细控制（如实时读取行、带缓冲解析），可改用 bufio.Scanner；
- 生产环境建议添加错误处理、上下文取消（context.WithTimeout）及资源清理（defer cmd.Process.Kill()）。
总结：cmd.Wait() 的设计初衷是同步等待进程终结，与暂停/恢复这类中间状态天然不兼容。真正可控的进程管理，必须基于异步通信、显式信号控制和生命周期感知——这是构建健壮子进程交互系统的基础范式。
