Spring Boot中Karate UI测试因驱动失败触发System.exit()终止进程的解决方案

核心原因 #

Karate在驱动（如ChromeDriver）失败时，默认会调用System.exit()终止整个JVM进程，这是其内置错误处理逻辑导致的。以下是几种可行的解决策略：

策略一：自定义Karate退出钩子（推荐） #

Karate提供了karate.exit.hook系统属性，允许替换默认退出逻辑，避免调用System.exit()。

1. 实现自定义ExitHook接口：

import com.intuit.karate.core.ExitHook;

public class NoExitHook implements ExitHook {
    @Override
    public void exit(int status) {
        // 不调用System.exit()，改为抛出异常或记录错误日志
        throw new RuntimeException("Karate UI测试驱动失败，测试终止但不退出进程，状态码：" + status);
    }
}

2. 在Spring Boot测试初始化时设置该钩子：

import org.junit.jupiter.api.BeforeAll;

class KarateUiTestSetup {
    @BeforeAll
    static void configureKarateExitHook() {
        System.setProperty("karate.exit.hook", NoExitHook.class.getName());
    }
}

驱动失败时，Karate会触发自定义退出逻辑，仅终止当前测试而非整个Spring Boot进程。

策略二：通过JUnit集成运行测试（无需额外自定义代码） #

如果使用JUnit 5运行Karate测试，直接使用官方@Karate.Test注解，JUnit会接管测试生命周期，单个测试失败不会终止JVM进程。

示例测试类：

import com.intuit.karate.junit5.Karate;

class UiTests {
    @Karate.Test
    Karate runUiTests() {
        return Karate.run("classpath:ui").relativeTo(getClass());
    }
}

驱动失败只会标记当前测试用例失败，Spring Boot应用进程会继续运行。

策略三：拦截System.exit()调用（应急方案，不推荐） #

通过自定义SecurityManager拦截System.exit()调用，属于hack手段，可能影响其他依赖该方法的代码逻辑。

示例代码：

// 保存原SecurityManager
SecurityManager originalManager = System.getSecurityManager();

// 设置自定义SecurityManager拦截exit调用
System.setSecurityManager(new SecurityManager() {
    @Override
    public void checkExit(int status) {
        throw new SecurityException("拦截Karate的System.exit()调用，状态码：" + status);
    }
});

// 运行Karate测试
try {
    // 执行测试逻辑
} catch (SecurityException e) {
    // 处理驱动失败的情况，如记录日志
    System.err.println("测试驱动失败：" + e.getMessage());
} finally {
    // 恢复原SecurityManager
    System.setSecurityManager(originalManager);
}

是否需要编写自定义代码？ #

并非必须。选择策略二（JUnit集成）无需额外编写自定义代码；选择策略一仅需实现一个简单的ExitHook类即可。优先推荐前两种策略，避免使用策略三的hack方式。

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