TestContainers 1.15.3同版本不同项目Docker环境检测失败求助

根因分析 #

该错误由macOS Big Sur的库验证机制触发：故障项目使用的AdoptOpenJDK 12默认开启了严格的动态库签名校验，而TestContainers依赖的JNA组件会在运行时生成临时动态库，这类临时库默认没有签名，直接被JDK的校验逻辑拦截。正常运行的项目使用的OpenJDK 16未启用该严格校验规则，因此可以正常加载JNA临时库、识别Docker环境。

解决思路 #

• 优先方案：将故障项目的JDK版本升级至16及以上，或更换为未开启严格签名校验的JDK发行版，与正常运行项目保持JDK版本一致即可快速解决问题。
• 若必须保留JDK 12版本：给测试任务添加JVM启动参数，避免JNA生成未签名临时库，参数如下：

  -Djna.nosys=true -Djdk.lang.Process.launchMechanism=posix_spawn
  

  也可提前下载官方签名过的jnidispatch库，通过-Djnidispatch.path=<本地库路径>参数指定加载路径，绕开临时库生成逻辑。
• 依赖升级方案：将TestContainers版本升级至1.16.0及以上，该版本优化了macOS下的Docker环境检测逻辑，大幅降低了对JNA临时库的依赖，多数场景下可直接绕过签名校验问题。
• 本地临时应急方案：仅适合本地开发场景，对AdoptOpenJDK 12的java执行文件做 ad-hoc 签名，关闭库校验，执行命令：

  codesign -f -s - /usr/local/Caskroom/adoptopenjdk12/12.0.2,10/Contents/Home/bin/java
  

  该方案不要用于生产环境。

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