使用Gradle运行集成测试时@MockBean出现Bean实例随机选取问题

我来帮你分析下这个问题，这种IntelliJ和Gradle测试表现不一致的情况，大多和测试上下文的隔离、缓存或者配置差异有关，咱们一步步排查：

• 先检查并行测试配置
  看看你的build.gradle（或build.gradle.kts）里有没有给integrationTest任务开并行。如果设置了integrationTest.parallel = true，Spring的测试上下文可能会被不同测试类复用，导致MockBean的隔离失效，出现真实Bean和MockBean随机出现的情况。你可以先关掉并行，或者给集成测试任务配置严格的隔离模式：
  比如Groovy DSL：

  tasks.named('integrationTest') {
      parallel = false
      isolationMode = 'THREAD'
  }
  

  Kotlin DSL：

  tasks.named<Test>("integrationTest") {
      parallel.set(false)
      isolationMode.set(TestIsolationMode.THREAD)
  }
  

• 禁用Gradle的测试缓存试试
  Gradle默认会缓存测试结果和上下文，有时候缓存的旧上下文会导致MockBean没有正确初始化。你可以用这个命令跑测试：

  ./gradlew -i integrationTest --no-build-cache --no-test-cache
  

  如果问题消失了，说明是缓存的锅。你可以在集成测试任务里禁用缓存，或者配置缓存的失效条件，确保每次测试都重新初始化上下文。

• 检查@SpringBootTest的classes参数
  你在@SpringBootTest里指定了classes = [TestSecurityConfig::class]，有没有可能真实的RestClientImpl和FileManagerImpl的配置类没有被这个测试配置类导入？IntelliJ可能会自动扫描项目里的所有配置类，而Gradle的测试类路径扫描逻辑更严格，导致有时候真实Bean的配置被加载，有时候没被加载？你可以把主应用的启动类也加入到classes参数里，确保Spring只加载你指定的配置：

  @SpringBootTest(
      webEnvironment = SpringBootTest.WebEnvironment.DEFINED_PORT,
      classes = [YourApplication::class, TestSecurityConfig::class],
      properties = ["spring.main.allow-bean-definition-overriding=true"],
  )
  

  这样能避免Spring自动扫描到多余的Bean定义，减少冲突的可能。

• 审视spring.main.allow-bean-definition-overriding配置
  你设置了允许Bean定义覆盖，但这个配置可能会掩盖Bean冲突的问题。比如在Gradle里，真实Bean的定义可能比MockBean晚加载，反而覆盖了Mock？你可以先把这个配置去掉，跑测试看看会不会报Bean定义冲突的错误。如果报错，就能定位到哪里还有真实Bean的配置被加载了，然后调整测试的配置类，确保只加载需要的Bean。

• 检查集成测试任务的配置
  确保你的integrationTest任务是正确配置的，比如是否使用了JUnit Platform，是否依赖了正确的任务。比如在Groovy DSL里：

  tasks.register('integrationTest', Test) {
      useJUnitPlatform()
      testClassesDirs = sourceSets.integrationTest.output.classesDirs
      classpath = sourceSets.integrationTest.runtimeClasspath
      dependsOn(assemble)
      mustRunAfter(test)
  }
  

  如果任务配置有问题，会导致测试的类路径或者初始化逻辑和IntelliJ不一致。

你可以先从并行测试和缓存这两个点入手，这是最常见的原因，排查起来也最快。如果还是不行，再一步步检查其他配置。

备注：内容来源于stack exchange，提问作者Suraj Menon