编译测试用例触发Could not start process: EOF异常问题排查求助

该java.io.IOException: Could not start process: EOF错误的本质是内嵌MongoDB进程启动后立刻异常退出，flapdoodle组件的进程通信接口读取到进程结束标识，未收到正常启动的响应信号，具体触发原因可分为三类：

• 版本兼容性不匹配：Spring Boot 2.2.5.RELEASE默认适配的de.flapdoodle.embed.mongo版本为2.2.3以上，2.2.0版本与Spring Boot 2.2.x、MongoDB 4.0.2存在适配缺陷；同时JDK 1.8.0_112的低小版本在CentOS 7环境下存在进程fork时的IO流截断已知bug，也会导致该问题。
• 系统环境资源/权限不足：Jenkins执行用户无/tmp目录读写权限、内嵌Mongo默认端口27017被占用、Linux ulimit参数（最大打开文件数、最大进程数）过低，或者/tmp目录下存在之前构建残留的embedmongo锁文件，都会导致内嵌Mongo进程启动后立刻被终止。
• 启动配置不匹配：默认的内嵌Mongo启动参数未适配CentOS 7环境，比如未禁用IPv6、分配的内存超出Jenkins构建容器配额，也会导致进程启动失败。

分三类对应修复即可：

版本适配调整 #

• 优先将de.flapdoodle.embed.mongo版本升级到2.2.10，该版本是官方验证可同时兼容Spring Boot 2.2.5.RELEASE、MongoDB 4.0.2的稳定版本，直接修改pom/gradle依赖版本号即可。
• 若需保留当前de.flapdoodle.embed.mongo 2.2.0版本，将内嵌MongoDB版本降级到3.6.x系列，该版本为2.2.0原生适配的Mongo版本，不会出现进程通信异常。
• 可将JDK 1.8小版本升级到1.8.0_291及以上，修复旧版本JDK在Linux环境下的进程IO通信bug。

系统环境修复 #

• 每次Jenkins构建前执行清理命令rm -rf /tmp/embedmongo*，清除残留的内嵌Mongo临时文件和锁文件。
• 检查Jenkins执行用户对/tmp目录的读写执行权限，同时调整CentOS 7的ulimit参数：将open files调整到65535，max user processes调整到4096，避免进程启动时资源不足被系统终止。
• 配置内嵌Mongo使用随机端口启动，避免端口冲突：在测试配置文件中添加spring.mongodb.embedded.port=0即可自动分配可用端口。

启动配置优化 #

• 在Mongo配置类中添加适配Linux环境的启动参数，降低资源占用：

@Bean
public IMongodConfig mongodConfig() throws IOException {
    return new MongodConfigBuilder()
        .version(Version.Main.V4_0)
        .cmdOptions(new MongoCmdOptionsBuilder()
            .useNoPrealloc(true)
            .useSmallFiles(true)
            .useNoJournal(true)
            .build())
        .net(new Net(0, Network.localhostIsIPv6()))
        .build();
}

• 构建启动命令添加无头模式参数：java -Djava.awt.headless=true，避免JDK调用系统图形组件失败导致进程异常。

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