Java 11升级后Spock测试大量InternalSpockError排查咨询

一、依赖兼容性验证 #

• 确认Groovy与Java版本匹配：Groovy 4.x兼容Java 8-17，但需排查依赖树中的版本冲突。执行./gradlew dependencies --configuration testRuntimeClasspath查看依赖树，确保没有旧版Groovy（2.x/3.x）被间接引入，必要时通过resolutionStrategy强制统一Groovy版本。
• 锁定Spock与Groovy的绑定版本：当前使用的spock-bom:2.3-groovy-4.0确实适配Groovy 4.x，检查是否存在混用其他Groovy分支的Spock包（如spock-core:2.3-groovy-3.0）。
• 排查Cassandra驱动适配性：AllNodesFailedException多因驱动版本与Java 11不兼容，或测试用Cassandra实例未启动/配置错误。确认使用的datastax驱动为4.x+版本（该分支支持Java 8-17），旧版3.x可能存在Java 11兼容问题。
• 定位NoClassDefFoundError：通过./gradlew dependencies找到缺失类所属的依赖，检查是否被正确声明为testImplementation（而非compileOnly），或是否因依赖传递性缺失导致类找不到。

二、Gradle JVM配置检查 #

• 强制构建使用Java 11：在gradle.properties中添加org.gradle.java.home=/path/to/java11，或在build.gradle中明确版本：

  java {
      sourceCompatibility = JavaVersion.VERSION_11
      targetCompatibility = JavaVersion.VERSION_11
  }
  

• 配置测试任务的JVM参数：Java 9+模块系统可能限制Spock的反射访问，若出现内部类访问错误，在测试任务中添加必要的开放模块参数：

  tasks.withType(Test) {
      jvmArgs += [
          '--add-opens', 'java.base/java.lang=ALL-UNNAMED',
          '--add-opens', 'java.base/java.util=ALL-UNNAMED'
      ]
  }
  

三、Spock基础功能验证 #

• 编写最小测试用例验证：先创建一个无业务逻辑的简单Spock测试，确认框架能否正常运行：

  class BasicSpec extends spock.lang.Specification {
      def "basic assertion test"() {
          expect:
          2 + 2 == 4
      }
  }
  

  执行./gradlew test --tests "BasicSpec"，若仍报错，说明是基础配置问题，而非业务测试代码问题。
• 检查测试类规范：确保所有Spock测试类继承spock.lang.Specification，测试方法用def定义且无返回值，避免Groovy 4.x语法差异导致的隐性错误（如类型推断、闭包写法变更）。
• 隔离初始化逻辑：暂时注释测试类中setup()/setupSpec()方法的资源初始化代码（如Cassandra连接），逐步恢复排查初始化失败的具体原因。

四、Gradle构建环境清理 #

• 清理缓存与构建产物：执行./gradlew clean build --no-build-cache，避免旧缓存的依赖或编译文件干扰。
• 同步IDE依赖：在IDE中执行Gradle刷新操作（如IntelliJ的"Refresh all Gradle projects"），确保IDE使用的依赖与Gradle配置完全一致。

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