登录
首页 >  Golang >  Go问答

如何确认后台启动的进程是否仍然活跃?

来源:stackoverflow

时间:2024-03-23 08:09:31 453浏览 收藏

本文探讨了如何确定通过 `exec.Cmd` 和 `Start()` 启动的后台进程是否仍在运行。虽然 `Cmd.Process` 字段在进程启动后立即填充,但 `Cmd.ProcessState` 字段直到进程退出才会可用。作者建议了两种解决方法:分离一个等待进程退出的 goroutine 或使用 `syscall.Wait4()`。文章还讨论了 `ProcessState.Exited()` 方法的用途,以及 `syscall.Wait4` 的唯一调用位置。

问题内容

看起来,如果您通过 exec.Cmd 和 Start() 创建子进程,则 Cmd.Process 字段会立即填充,但是 Cmd.ProcessState 字段仍然保留 nil 直到进程退出。

// ProcessState 包含有关已退出进程的信息, // 调用 Wait 或 Run 后可用。 进程状态 *os.ProcessState

所以看起来我实际上无法检查 Start()ed 仍在运行的进程的状态?

进程退出时设置 ProcessState 对我来说毫无意义。在这种情况下,有一个 ProcessState.Exited() 方法将始终返回 true

所以我尝试走这条路线: cmd.Process.Pid 字段在我 cmd.Start() 之后就存在,但是看起来 os.Process 没有公开任何机制来检查进程是否正在运行。

os.FindProcess 说:

在 Unix 系统上,FindProcess 始终成功并返回给定 pid 的进程,无论该进程是否存在。

这没有用——而且似乎没有办法从 os.Process 转到 os.ProcessState 除非你 .Wait() 这违背了整个目的(我想知道进程是否正在运行或在退出之前不进行)。


解决方案


我认为你有两个合理的选择:

  • 分离一个等待进程退出的 goroutine。等待完成后,您就知道进程已退出。 (正面:很容易正确编码;负面:您专门使用一个操作系统线程来等待。)

  • 在已发布的 Pid 上使用 syscall.Wait4()。带有 syscall.WNOHANG 集的 Wait4 会立即返回,并填充状态。

如果有一个导出的 oscmd 函数可以为您执行 Wait4 并填充 ProcessState,那可能会很好。您可以根据需要提供 WNOHANG 或不提供。但没有。

ProcessState.Exited() 的要点是区分所有各种可能性,包括:

  • 进程正常退出(带有状态字节)
  • 进程因接收到未处理的信号而终止

参见 the stringer for ProcessState。请注意,还有比这两种更多的可能性...只是似乎没有办法让其他人进入 ProcessState。对 syscall.Wait 的唯一调用似乎是:

  • syscall/exec_unix.go:在 exec 失败后,在返回错误之前收集僵尸;和
  • os/exec_unix.go:调用 p.blockUntilWaitable() 后。

如果不是 blockUntilWaitable,则 wait()exec_unix.go 实现变体可以使用 syscall.WNOHANG 调用 syscall.Wait4,但 blockUntilWai table 本身确保这是毫无意义的(这个特定 wait 的目标是无论如何都要等待退出)。

本篇关于《如何确认后台启动的进程是否仍然活跃?》的介绍就到此结束啦,但是学无止境,想要了解学习更多关于Golang的相关知识,请关注golang学习网公众号!

声明:本文转载于:stackoverflow 如有侵犯,请联系study_golang@163.com删除
相关阅读
更多>
最新阅读
更多>
课程推荐
更多>