不启用allow-bean-definition-overriding，如何Mock Spring命名Bean？

这个问题我之前也碰到过，核心原因是Spring对命名Bean的唯一性校验逻辑和默认Bean不一样，咱们先拆解清楚：

• 命名Bean的冲突本质：当你用@Bean("durationForX")显式指定beanName时，Spring会在Bean注册阶段严格校验这个名称的唯一性——只要发现两个Bean用了同一个名称，不管你加不加@Primary，都会直接抛出覆盖冲突的错误。毕竟@Primary是用来解决同类型多个不同名称Bean的注入优先级问题，前提是这些Bean的名称没有重复，根本轮不到@Primary生效就报错了。
• 非命名Bean的特殊情况：你提到的AnotherService能正常工作，大概率是因为它的原Bean和测试Bean的实际beanName并不重复——比如原Bean是通过@Component/@Service扫描注册的，默认beanName是类名小驼峰，而测试配置里的@Bean方法名刚好和这个默认名一致？不对，那应该也会冲突。更可能的是这个Bean没有被你显式指定相同名称，Spring没有触发严格的名称校验，再加上@Primary的优先级配置，才让测试Bean正常生效。

下面几个方案都能帮你精准管控Bean的使用场景，避免名称冲突：

方案1：用@Profile隔离原Bean的注册 #

给原配置里的命名Bean加上@Profile，指定它们只在非测试环境下注册。这样当测试profile激活时，原Bean不会被创建，测试配置的同名Bean就能正常注册了。

修改原配置类：

@Configuration
public class MyConfiguration {
    @Bean("durationForX")
    @Profile("!my-test-profile") // 测试profile激活时，该Bean不会被注册
    public Duration durationForX() {
        return Duration.ofSeconds(1);
    }

    @Bean("durationForY")
    @Profile("!my-test-profile")
    public Duration durationForY() {
        return Duration.ofSeconds(5);
    }
}

测试配置里的@Primary可以直接去掉，因为测试时只有测试Bean存在，不会有同类型的候选者。

方案2：用@ConditionalOnMissingBean让原Bean“让贤” #

给原配置里的命名Bean加上@ConditionalOnMissingBean，指定当已经存在同名Bean时，原Bean就不注册。这样测试配置的Bean会先被加载（因为测试profile激活），原Bean会因为条件不满足而跳过注册。

修改原配置类：

@Configuration
public class MyConfiguration {
    @Bean("durationForX")
    @ConditionalOnMissingBean(name = "durationForX") // 已有同名Bean时，不注册当前Bean
    public Duration durationForX() {
        return Duration.ofSeconds(1);
    }

    @Bean("durationForY")
    @ConditionalOnMissingBean(name = "durationForY")
    public Duration durationForY() {
        return Duration.ofSeconds(5);
    }
}

这个方案不需要修改测试类或测试配置，只需要调整原配置，适合不想改动测试结构的场景。

方案3：在测试中排除原配置类 #

如果原配置里只有这两个Duration Bean需要替换，你可以在@SpringBootTest里直接排除原配置类，然后导入测试配置类。这样原Bean根本不会被加载，自然不会冲突。

修改测试类：

@SpringBootTest(webEnvironment = SpringBootTest.WebEnvironment.DEFINED_PORT, 
                classes = {MyApp.class, IntegrationTestConfiguration.class},
                exclude = MyConfiguration.class)
@ActiveProfiles("it")
class MyIntegrationTest {
    @Autowired
    GraphQLTestTemplate graphQL;
    // ...
}

注意：如果原配置里还有其他需要保留的Bean，这个方案就不适用了，因为会把整个配置类都排除掉。

最推荐的是方案1或方案2，它们都能在不开启Bean覆盖的前提下，精准管控不同环境下的Bean注册逻辑，避免冲突。方案3适合原配置类里只有需要替换的Bean的场景。

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