在 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 触发）只是向进程发送暂停信号（STOP 状态），此时子进程进入 T（Traced/Stopped）状态，但其生命周期并未结束——因此 Wait() 不会返回，主 goroutine 被卡住，整个程序失去响应能力。
✅ 正确做法：避免阻塞等待，改用非阻塞或信号感知方式
最直接的解决方案是不依赖 Wait() 同步等待，而是通过 cmd.Process 获取底层 *os.Process，结合信号处理与状态轮询（或通道协调）实现可控暂停/恢复逻辑。以下是推荐实践：
示例：启动子进程 + 异步监控 + 安全等待
package main
import (
"io"
"os"
"os/exec"
"os/signal"
"syscall"
"time"
)
func main() {
cmd := exec.Command("ping", "-c", "5", "google.com") // 避免无限 ping，便于演示
stdout, _ := cmd.StdoutPipe()
if err := cmd.Start(); err != nil {
panic(err)
}
// 异步复制输出（不阻塞主线程）
go func() {
io.Copy(os.Stdout, stdout)
}()
// 监听 Ctrl+Z（SIGTSTP）并转发给子进程（可选）
sigChan := make(chan os.Signal, 1)
signal.Notify(sigChan, syscall.SIGTSTP)
go func() {
for range sigChan {
if cmd.Process != nil {
cmd.Process.Signal(syscall.SIGTSTP) // 暂停子进程
println("→ Child process suspended (SIGTSTP sent)")
}
}
}()
// 非阻塞等待：定期检查子进程状态
ticker := time.NewTicker(500 * time.Millisecond)
defer ticker.Stop()
for {
select {
case <-ticker.C:
if cmd.Process == nil {
continue
}
// 尝试检查进程是否已退出（不会阻塞）
if err := cmd.Process.Signal(syscall.Signal(0)); err != nil {
// 进程已退出或不存在（注意：Signal(0) 是探测性调用）
if exitErr := cmd.Wait(); exitErr != nil {
println("Child exited with error:", exitErr.Error())
} else {
println("Child exited successfully.")
}
return
}
// 否则继续轮询
}
}
}? 关键说明：
- cmd.Process.Signal(syscall.Signal(0)) 是一种轻量级探测：若返回 nil，表示进程仍在运行；若返回 os.ErrProcessDone 或其他错误，则进程已终止。
- cmd.Wait() 仅在确认进程已退出后才调用，确保不会阻塞。
- 若需主动发送 SIGTSTP，务必通过 cmd.Process.Signal() 显式操作，而非依赖终端默认行为（因 io.Copy 占用 stdout，可能干扰信号传递路径）。
⚠️ 注意事项
- 不要在 io.Copy 后直接调用 cmd.Wait()：这是根本原因。io.Copy 本身会阻塞直到 stdout 流关闭（即子进程退出），而 SIGTSTP 不会导致流关闭。
-
SIGTSTP 的作用域是进程组：若未显式设置 Setpgid: true，父进程和子进程可能同属一个前台进程组，导致终端将 Ctrl+Z 同时影响二者。建议启动时配置：
cmd.SysProcAttr = &syscall.SysProcAttr{ Setpgid: true, // 创建新进程组，隔离信号影响 } - 跨平台兼容性：SIGTSTP 是 Unix/Linux 特有信号，Windows 不支持。生产环境应做条件编译或降级处理（如用 SIGSTOP 替代，但需注意权限限制）。
✅ 总结
cmd.Wait() 的设计语义是“等待退出”，而非“等待暂停”。要实现子进程暂停而不阻塞主程序，必须放弃同步等待模型，转而采用异步 I/O + 进程状态探测 + 显式信号控制的组合方案。这不仅解决了 SIGTSTP 导致的挂起问题，也为后续实现 SIGCONT 恢复、超时控制、资源清理等高级功能打下基础。
