Java ProcessBuilder: Resultant Process Hangs

我一直在尝试使用Java的ProcessBuilder在Linux中启动一个应该“长期”运行的应用程序。该程序的运行方式是启动一个命令(在本例中,我正在启动一个媒体播放应用程序),允许它运行,并检查以确保它没有崩溃。例如,检查PID是否仍然处于活动状态,然后重新启动该过程(如果它已经死亡)。

我现在遇到的问题是PID在系统中保持活动状态,但应用程序的GUI挂起。我尝试将 ProcessBuilder(cmd).start() 转移到一个单独的线程中,但这似乎没有像我希望的那样解决任何问题。

基本上,结果是,对于用户来说,程序似乎已经崩溃,但是杀死驱动ProcessBuilder.start()Process的Java进程实际上允许创建的Process恢复其正常行为。这意味着Java应用程序中的某些内容正在干扰生成的进程,但是在这一点上,我完全不知道是什么。(因此,为什么我尝试将其分离到另一个线程中,这似乎无法解决任何问题)

如果有人有任何意见/想法,请让我知道,因为我无法为我的生活想到如何解决这个问题。

编辑:我不关心从进程创建的 I/O 流,因此没有采取任何步骤来处理这个问题 - 这是否会导致进程本身挂起?


答案 1

如果进程写入 或 ,而您没有读取它 - 它只会“挂起”,在写入 时阻塞。重定向到使用 shell 或与 redirectErrorStream(true) 合并,并生成另一个从进程读取的线程stderrstdoutstdout/errstdout/err/dev/nullstdout/errstdout


答案 2

想要这个技巧吗?

不要从 ProcessBuilder.start() 启动您的进程。不要试图搞砸来自Java的流重定向/消费(特别是如果你没有给出关于它的s**t ; )

使用 ProcessBuilder.start() 启动一个小的 shell 脚本,该脚本吞噬了所有输入/输出流。

像这样:

#!/bin/bash

nohup $1 >/dev/null 2>error.log &

也就是说:如果你不关心stdout,但仍然想将stderr(你吗?)记录到一个文件(错误.log这里)。

如果您甚至不关心stderr,只需将其重定向到stdout:

#!/bin/bash

nohup $1 >/dev/null 2>1 &

你从Java调用这个小脚本,给它一个参数你想要运行的进程的名称。

如果在 Linux 上运行的进程将 stdout 和 stderr 都重定向到 /dev/null,但仍然会产生任何内容,那么你就有一个损坏的、不合规的 Linux 安装;)

换句话说:上面的Just Works [TM],并摆脱了有问题的“你需要在这个和那个顺序中使用流 bla bla bla java特定的无意义”。


推荐