@TestPropertySource 造成 SpringBoot Test 中对同一个 Bean 使用不同实例

Spring Boot 的 Bean 默认确实是单例的,但在测试环境中,可能会因为以下原因导致两个测试类分别初始化了不同的 Bean:

1. 测试类的隔离性

Spring 的测试框架会为每个测试类创建一个独立的 ApplicationContext,以确保测试之间互不干扰。由于两个测试类的 @TestPropertySource 注解中定义了不同的属性(cloud.id.space.prefix 的值不同),这会导致 Spring 为每个测试类创建独立的上下文。

每个 ApplicationContext 都会重新加载配置并初始化所有的 Bean,因此即使是同一个 Bean 定义,也会在不同的上下文中被实例化多次。

2. @TestPropertySource 的作用

@TestPropertySource 会覆盖默认的配置属性。在你的两个测试类中,cloud.id.space.prefix 的值分别是默认值和 "CC",这会导致 provideCloudIdGenerator 方法中的 cloudIdSpacePrefix 参数值不同,从而生成两个不同的 OrderIdGenerator 实例。

3. Spring 测试上下文缓存

Spring 测试框架会尝试缓存 ApplicationContext,但缓存的前提是上下文的配置完全相同。如果两个测试类的配置(包括 @TestPropertySource)不同,Spring 会认为它们需要不同的上下文,因此不会复用缓存的上下文。

问题总结

在 Spring Boot 测试中,@TestPropertySource 注解会为每个测试类加载特定的属性配置。如果两个测试类的 @TestPropertySource 配置不同,Spring 会为每个测试类创建独立的 ApplicationContext,从而导致同一个 Bean 被初始化多次,并且每次初始化时使用的属性值可能不同。这种行为可能会导致测试数据不一致的问题。


代码说明

测试类 1

java 复制代码
@ExtendWith(SpringExtension.class)
@SpringBootTest(webEnvironment = SpringBootTest.WebEnvironment.RANDOM_PORT)
@ContextConfiguration(classes = {ArchaiusAutoConfiguration.class, Application.class, TestApplication.class})
@ActiveProfiles("local")
@TestPropertySource(properties = {"management.server.port=0", "releaseVersion=local"})
public class TestClass1 {

    @Autowired
    @Qualifier("demo-id-generator")
    private DemoIdGenerator demoIdGenerator;

    @Test
    public void testDemoIdGenerator() {
        System.out.println(demoIdGenerator);
    }
}

测试类 2

java 复制代码
@ExtendWith(SpringExtension.class)
@SpringBootTest(webEnvironment = SpringBootTest.WebEnvironment.RANDOM_PORT)
@ContextConfiguration(classes = {ArchaiusAutoConfiguration.class, Application.class, TestApplication.class})
@ActiveProfiles("local")
@TestPropertySource(properties = {"management.server.port=0", "releaseVersion=local", "cloud.id.space.prefix=CC"})
public class TestClass2 {

    @Autowired
    @Qualifier("demo-id-generator")
    private DemoIdGenerator demoIdGenerator;

    @Test
    public void testDemoIdGenerator() {
        System.out.println(demoIdGenerator);
    }
}

Bean 定义

java 复制代码
@Bean(value = "demo-id-generator", initMethod = "start", destroyMethod = "stop")
public DemoIdGenerator provideDemoIdGenerator(final DemoSpaceRepository demoSpaceRepository,
                                               @Value("${cloud.id.space.prefix}") final String cloudIdSpacePrefix,
                                               final WingtipsCompletable wingtipsCompletable) {
    final DemoSpace demoSpace = new DemoSpace(
            ORDER_ID,
            Optional.of(cloudIdSpacePrefix),
            Optional.empty(),
            Optional.of(12),
            Optional.of("0"),
            1L);
    return new DemoIdGenerator(demoSpaceRepository, demoSpace, wingtipsCompletable);
}

问题分析

  1. @TestPropertySource 的差异

    • 测试类 1 中未设置 cloud.id.space.prefix,使用默认值。
    • 测试类 2 中设置了 cloud.id.space.prefix=CC。
    • 由于 cloud.id.space.prefix 的值不同,provideCloudIdGenerator 方法生成的 OrderIdGenerator 实例也不同。
  2. 独立的 ApplicationContext

    • Spring 为每个测试类创建了独立的 ApplicationContext,导致 cloud-id-generator Bean 被初始化两次,分别使用了不同的属性值。
  3. 数据不一致

    • 测试类 1 和测试类 2 中的 OrderIdGenerator 实例不同,可能导致测试结果不一致。
相关推荐
代码山河27 分钟前
基本类型转换:自动类型转换与强制类型转换
java·学习·架构·教程·面向对象·项目
Escalating_xu2 小时前
【Linux 网络编程】五种 I/O 模型与非阻塞 I/O:从“等数据”到正确处理 EAGAIN
java·linux·网络
程序猿乐锅2 小时前
万字详解Single-flight(单飞模式)
java·开发语言·分布式·后端·学习·single-flight
Java后端的Ai之路2 小时前
【AIAgent开发】-Agent工具封装成CLI(纯干货!!!)
java·javascript·人工智能·agent·cli
AntsData3 小时前
用 12K+ 条亚马逊评论信号,定位机械键盘下一版该改什么
java·大数据·计算机外设
code2cat3 小时前
【随笔】连续批处理:长短请求怎样在迭代之间补位
java·人工智能·后端·大语言模型·vllm
最强小杰3 小时前
DeepSeek V4 Flash + Codex CLI 接入教程:原生 Responses API 适配,从配置到跑通收藏这篇就够了(2026)
java·前端·python·ai
Flynn Liang3 小时前
Spring AI 2.0 深度解析:ChatClient、Advisor 链与 MCP——Java 工程师的 AI 落地最优解
java·人工智能·spring·大模型·架构设计·spring ai
灿飞3 小时前
Kotlin与Java虚拟机六:基础与类型系统:一切皆对象,但对象有代价
java·kotlin
计算机毕设定制辅导-无忧学长3 小时前
《基于微信小程序健康习惯激励系统设计与实现》
java·spring boot·mysql·微信小程序·uniapp·健康习惯激励系统