gpt4 book ai didi

java - 尝试终止进程时程序会挂起,直到最终被终止

转载 作者:太空宇宙 更新时间:2023-11-04 09:06:57 25 4
gpt4 key购买 nike

我正在修复导致 CI​​/CD 管道失败的错误。在集成测试期间,我们启动一个本地数据库实例。为了做到这一点,我们使用一些 mariadb 包装器从 java 代码库启动它。

此过程可能(可能)需要很长时间才能完成,这将导致我们的测试超时。在这种情况下,我们添加了一项功能,如果某个进程无法在 20 秒内安装并应重试,则可以终止该进程。

这部分似乎有效。

当试图破坏进程时,就会出现奇怪的情况。似乎随机需要大约 2-3 分钟才能解锁。这是有问题的,原因与上述问题有问题相同。

根据对底层库的调查,我们似乎正在使用 ExecuteWatchdog 来管理进程。阻塞的代码是:

watchDog.destroyProcess();
// this part usually returns nearly instantly

try {
// this part can take minutes...
resultHandler.waitFor();
} catch (InterruptedException e) {
throw handleInterruptedException(e);
}

除此之外,Mac/Linux 上还有不同的行为。如果我执行类似 resultHandler.waitFor(1000)//Wait with 1000ms timeout before just exiting 的操作,它在 macbook 上可以正常工作,但在 Linux 上我会看到如下错误: java.io.FileNotFoundException: {{executable}} (Text file busy)

对此有什么想法吗?

我做了一些研究,看起来 watchDog.destroyProcess 正在发送 SIGTERM 而不是 SIGKILL。但我没有任何钩子(Hook)来获取 Process 对象以便将 KILL 发送给它。

谢谢。

最佳答案

处理进程时阻塞的一个常见原因是进程在输出时被阻塞,无论是输出到标准输出还是(更可能被忽略)标准错误。

在这种情况下,在 CI 服务器上设置测试,您可以尝试设置 outputerror输出到INHERIT.

请注意,这意味着您将无法读取 Java 代码中的子进程输出或错误流。我的假设是您无论如何都不会尝试这样做,这就是进程挂起的原因。相反,该输出将被重定向到 Java 进程的输出,并且我希望您的 CI 服务器会将其记录为构建的一部分。

关于java - 尝试终止进程时程序会挂起,直到最终被终止,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/60122060/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com