为何从Java代码中启动的Selenium Grid运行表现与手动启动不一致？

核心故障原因 #

• 子进程输出流阻塞：Java通过Process启动外部进程时，若未主动消费子进程的标准输出、错误输出流，当输出缓冲区被占满后，子进程会被系统挂起停止响应。手动在Shell中启动时输出直接打印到终端不存在缓冲区满的问题，因此运行正常；代码启动时未处理输出流，第一次任务执行产生的日志填满缓冲区后，Grid进程被挂起，第二次请求就会出现转发超时。
• 进程销毁不彻底：现有代码仅调用destroy()方法终止进程，该方法发送的是SIGTERM信号，可能存在Selenium进程未完全退出的情况，残留进程会占用4444等Grid端口，导致重启后新的Hub/Node无法正常启动或注册，进而引发请求转发失败。
• WebDriver会话未正确释放：若每次任务执行完成后未调用RemoteWebDriver.quit()方法释放会话，会导致Node的可用会话槽位被占满，Hub无法分配新的会话资源，也会触发转发超时错误。

修复方案 #

• 处理子进程输出流：启动Hub、Node进程前，通过ProcessBuilder将输出重定向到日志文件，或者开启独立线程异步消费进程的输出流，避免缓冲区阻塞，示例代码如下：

private Process executeCommand(String cmd, String logFileName) throws IOException {
    // 每次新建ProcessBuilder避免共享配置问题
    ProcessBuilder pb = new ProcessBuilder().directory(new File(gridPath));
    pb.command(cmd);
    // 重定向输出和错误流到日志文件
    File logFile = new File(gridPath + logFileName);
    pb.redirectOutput(ProcessBuilder.Redirect.appendTo(logFile));
    pb.redirectErrorStream(true);
    return pb.start();
}
// 启动时分别传入对应日志文件名
this.hub = executeCommand("./startHub.sh", "hub.log");
this.node = executeCommand("./startNode.sh", "node.log");

• 优化进程销毁逻辑：改用destroyForcibly()强制终止进程，同时调用waitFor()等待进程真正退出，避免残留，示例代码如下：

public boolean shutdownSeleniumGrid(){
    try {
        if(this.node != null){
            this.node.children().forEach(ProcessHandle::destroyForcibly);
            this.node.destroyForcibly();
            this.node.waitFor(5, TimeUnit.SECONDS);
        }
        if(this.hub != null){
            this.hub.children().forEach(ProcessHandle::destroyForcibly);
            this.hub.destroyForcibly();
            this.hub.waitFor(5, TimeUnit.SECONDS);
        }
        Thread.sleep(3000);
    } catch (InterruptedException e) {
        e.printStackTrace();
        return false;
    }
    return true;
}

• 确保会话正确释放：每次任务执行完成后，必须调用RemoteWebDriver.quit()方法，关闭浏览器同时释放Grid的会话槽位。

内容的提问来源于stack exchange，提问作者MajesticOl