Cucumber @After钩子中独立线程池异步任务执行中断问题

问题本质和线程池是不是独立创建没有直接关系，核心触发逻辑有两点：

1. 测试运行器的进程退出机制：Cucumber配合Maven Surefire、Gradle Test等构建插件执行用例时，只要所有测试主线程（包括执行钩子方法的线程）执行完毕，测试框架就会判定测试流程结束，直接调用系统接口终止JVM进程，不会给未执行完的异步任务留运行时间。这个终止是强制的，不管线程池里的线程是用户线程还是守护线程，都会被直接中断，写在异步块里的数据库调用自然会跑一半被掐断。
2. 当前代码里的executor.shutdown()写在异步链式调用的thenAccept回调里，这个逻辑本身要等前面的数据库调用跑完才会触发，如果JVM在数据库调用过程中就退出，这个shutdown逻辑根本没机会执行，线程池会直接随进程销毁。

join()方法会阻塞执行@After钩子的测试主线程，直到整条CompletableFuture异步链全部执行完成才会放行，让钩子方法返回。这个时候测试主线程会一直等数据库调用跑完，才会走到后续的测试结束、进程退出流程，任务自然能完整执行。但这种写法本质是把异步任务改回了同步阻塞执行，完全失去了Fire and Forget的设计初衷。

• 不要在单个@After钩子方法内重复创建线程池，全局定义一个单例ExecutorService在整个测试生命周期内复用，不要在单条任务的回调里调用shutdown()。
• 用Cucumber的全局@AfterAll钩子统一处理线程池销毁：在所有用例执行完后，先调用线程池的shutdown()，再调用awaitTermination()设置合理的超时时间，等待所有已提交的异步清理任务执行完，再允许测试流程结束。
• 如果是构建插件强制提前终止进程，调整对应测试插件的配置，关闭测试完成后立刻强制杀进程的策略，给异步清理任务留足执行窗口。

注意：不要迷信"用户线程会阻止JVM退出"的机制，测试框架和构建插件很多时候不会走正常的JVM优雅退出流程，会直接调用System.exit()强制终止，这种场景下没有任何线程能侥幸继续执行。

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