GitLab CI/CD中Mockito ClassImposterizer$3类未初始化问题求助

问题根源 #

你遇到的java.lang.NoClassDefFoundError本质是Mockito 1.10.19与JDK17完全不兼容。这个2015年发布的Mockito版本，远早于2021年推出的JDK17，存在两个核心冲突点：

• 依赖的老旧CGLib/ASM版本无法处理JDK17的字节码格式和模块系统限制
• 未适配JDK17新增的反射访问控制规则，导致ClassImposterizer$3初始化失败

本地测试正常大概率是因为本地使用的JDK版本低于17（比如JDK8/11），这些版本的JVM限制更宽松，能兼容老旧的Mockito实现。CI环境突然失败可能是镜像底层依赖更新、缓存失效，触发了原本被掩盖的兼容性问题。

解决方案 #

1. 升级Mockito到支持JDK17的版本

这是最根本的解决办法，Mockito从3.8.0开始部分支持JDK16+，4.x及以上版本完全适配JDK17。在Gradle中修改依赖：

// build.gradle
testImplementation 'org.mockito:mockito-core:4.11.0' // 或最新稳定版

// 如果使用JUnit 5扩展，同步升级
testImplementation 'org.mockito:mockito-junit-jupiter:4.11.0'

2. 移除老旧的CGLib依赖（可选）

Mockito 3.x之后默认使用ByteBuddy替代CGLib作为字节码生成工具，如果你之前手动引入了CGLib依赖，建议移除，避免版本冲突。

3. 清理CI缓存

GitLab CI的依赖缓存可能残留了老旧的不兼容库，在流水线中添加清理步骤：

# .gitlab-ci.yml
test:
  script:
    - ./gradlew clean test

4. 对齐JDK版本

确认本地开发环境和CI环境的JDK版本一致，避免因版本差异导致的测试行为不一致。

临时 workaround（不推荐长期使用） #

如果因项目依赖限制无法直接升级Mockito，可以尝试在CI的测试任务中添加JVM参数开放反射权限：

// build.gradle
test {
    jvmArgs '--add-opens=java.base/java.lang=ALL-UNNAMED'
    jvmArgs '--add-opens=java.base/java.lang.reflect=ALL-UNNAMED'
}

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