杀死子进程 - exec.Command

小伙伴们对Golang编程感兴趣吗？是否正在学习相关知识点？如果是，那么本文《杀死子进程 - exec.Command》，就很适合你，本篇文章讲解的知识点主要包括。在之后的文章中也会多多分享相关知识点，希望对大家的知识积累有所帮助！

如何杀死子进程？

我有一个长时间运行的应用程序，使用“exec.command”启动一个新进程：

// ...I am a long running application in the background

// Now I am starting a child process, that should be killed togeter with the parent application.
cmd := exec.Command("sh", "-c", execThis)

// create a new process group
// cmd.SysProcAttr = &syscall.SysProcAttr{Setpgid: true}

现在，如果我在后台杀死长时间运行的应用程序的 ，它不会杀死子进程 - 你知道怎么做吗？

解决方案

这里有很多东西需要区分。

首先，操作系统本身是做什么的。然后，一旦我们知道操作系统是什么以及它做什么，程序就会做什么。

操作系统所做的事情显然取决于操作系统。不过，POSIX 风格的操作系统有两种 kill：普通 kill 和基于进程组的 kill，或 killpg。此函数的killpg 变体是唯一向整个进程组发送信号的函数； 普通的 kill 只是向单个进程发送信号。

当程序从 controlling terminal 运行时，键盘信号（^C、^Z 等）会发送到该控制终端的前台进程组（请参阅链接页面对这些内容有相当好的描述，并注意 BSD/macOS 也有 ^T 和 SIGINFO ）。但是，如果信号是从其他程序而不是从控制终端发送的，则由该程序决定是否调用 killpg 或 kill 以及发送什么信号。

有些信号无法被捕获。 SIGKILL 和 SIGSTOP 就是这种情况。这些信号不应该发送willy-nilly；他们应该保留到最后的手段。相反，希望另一个程序停止的程序通常应该发送 SIGINT、SIGTERM、SIGHUP 或（很少）SIGQUIT 之一。 Go 倾向于将 SIGQUIT 与调试联系起来（因为 POSIX 系统上的运行时使 ^\ 转储各种 goroutine 的堆栈），因此这不是一个好的选择。但是，这不取决于您在此处编写的 Go 程序，它只能尝试捕获信号。发送内容的选择由发送者决定。

捕获信号的“方法”是使用 goroutine 和通道。 signal.Notify 函数将操作系统级信号转换为通道上的事件。您不（也无法）知道信号是否通过 kill 或 killpg 到达您的进程（尽管如果它来自控制终端交互，则 POSIX-y 内核通过 killpg 的等效项发送它） ）。如果您想自行传播该信号，只需使用通知事件来调用进行操作系统级 kill 调用的代码即可。使用 the os/exec package 时，请使用 cmd.Process.Signal：请注意，这会调用 POSIX kill，而不是其 killpg，但您不想在此处使用 killpg，因为我们首先假设一个非进程组信号（基于 pgroup 的信号）大概不需要传播）。

没有完全可移植的方法来向 POSIX 进程组发送信号（这并不奇怪，因为这不能移植到非 POSIX 系统）。遗憾的是，Go 中似乎也没有直接的 Unix 或 POSIX 特定方法可以做到这一点。

在非 POSIX 系统上，一切都完全不同。参见the os/signal package前面附近的讨论。

好了，本文到此结束，带大家了解了《杀死子进程 - exec.Command》，希望本文对你有所帮助！关注golang学习网公众号，给大家分享更多Golang知识！