【问题标题】:Detect zombie child process检测僵尸子进程
【发布时间】:2017-09-22 15:03:26
【问题描述】:

我的 golang 程序启动了一个应该永远运行的服务程序,如下所示:

cmd := exec.Command("/path/to/service")
cmd.Start()

我不想等待“服务”的终止,因为它应该永远运行。但是,如果服务启动时出现错误(例如,如果另一个实例已经在运行,它将终止),子进程将退出并成为僵尸。

我的问题是,在 cmd.Start() 之后,我能否以某种方式检测子进程是否仍在运行,而不是变成僵尸?首选方式可能是:

if cmd.Process.IsZombie() {
    ... ...
}

或者,

procStat := cmd.GetProcessStatus()
if procStat.Zombie == true {
    ... ...
}

即我希望有一些方法可以在不等待其退出代码的情况下获取(子)进程的状态,或者在不阻塞的情况下“查看”​​其状态代码。

谢谢!

【问题讨论】:

  • 这就是unix进程的工作方式,你总是需要wait他们。 init 进程 (PID 1) 会在父进程退出时为您执行此操作,但您应该清理自己的进程。
  • 另一种选择,从这里的答案:stackoverflow.com/questions/36050503/… 似乎如果父进程忽略 SIGCHLD,那么子进程如果退出就不会变成僵尸?如果这是正确的,那么我可能只是使用 FindProcess 来查看子进程是否仍然存在?

标签: go exec


【解决方案1】:

从文档来看,获取进程状态的唯一方法是调用 os.Process.Wait。因此,您似乎必须在 goroutine 中调用 wait ,然后您可以轻松检查该 goroutine 是否已退出:

var cmd exec.Cmd

done := make(chan error, 1)
go func() {
    done <- cmd.Wait()
}()

select {
case err := <-done:
    // inspect err to check if service exited normally
default:
    // not done yet
}

【讨论】:

  • 这正是我想要的。因为我无法控制 goroutine,如果它不退出,我将不得不使用 for 循环或其他什么?这使得程序结构笨拙...
  • 不确定“我无法控制 goroutine”是什么意思。如果进程没有退出,它只会永远阻塞在 Wait() 上。是否退出的检查是主 goroutine 中的 select 语句。
【解决方案2】:

(对我而言)最好的解决方案是:

  1. 为 SIGCHLD 添加一个信号处理程序监听
  2. 收到 SIGCHLD 后,调用 cmd.Wait()

这样,僵尸进程就会消失。

【讨论】:

  • 其实信号捕捉是没有必要的。很简单:去 cmd.Wait() !
猜你喜欢
  • 2012-03-20
  • 2010-11-12
  • 2016-07-03
  • 2014-05-09
  • 1970-01-01
  • 2013-06-05
  • 2018-06-06
  • 1970-01-01
  • 2014-09-30
相关资源
最近更新 更多