ConfigFileApplicationContextInitializer仅加载application.properties/yml到Environment，不支持@Value注入，适用于无需完整Spring Boot上下文的轻量测试，需配合@ContextConfiguration使用。
ConfigFileApplicationContextInitializer 的作用很明确：它只负责把 application.properties（或 .yml）文件加载进 Spring 的 Environment，但不提供 @Value 注入支持。它适合在不需要完整 @SpringBootTest 功能的轻量级测试场景中使用。
适用场景：纯配置加载，不依赖完整上下文
当你写单元测试、集成测试，又不想启动整个 Spring Boot 应用（比如避免自动配置、组件扫描、Web 环境等），但又需要读取 application.properties 里的配置时，它就派上用场了。
- 仅用于测试类，不适用于主应用启动流程
- 配合
@ContextConfiguration使用，不能单独生效 - 不会触发 Bean 创建、AOP、自动配置等 Spring Boot 特性
基本用法：搭配 @ContextConfiguration
在测试类中通过 @ContextConfiguration 显式指定初始化器：
@ContextConfiguration(
classes = {MyConfig.class},
initializers = ConfigFileApplicationContextInitializer.class
)
class MyTest {
// 测试逻辑
}
这样 Spring 就会在创建上下文前，把 src/test/resources/application.properties（或 main 下的）加载进 Environment。
- 配置文件默认路径优先级：test/resources > main/resources
- 若需指定 profile，可额外加
@ActiveProfiles("test") - 注意：此时
@Value("${xxx}")仍会报错，因为缺少占位符解析器
补充 @Value 支持：手动注册 PropertySourcesPlaceholderConfigurer
如果测试中确实要用 @Value，得自己补一个解析器：
@Configuration
static class TestConfig {
@Bean
public static PropertySourcesPlaceholderConfigurer propertySourcesPlaceholderConfigurer() {
return new PropertySourcesPlaceholderConfigurer();
}
}
然后在 @ContextConfiguration(classes = {MyConfig.class, TestConfig.class}) 中引入该配置类。
- 这是最轻量的补救方式，比换用
@SpringBootTest更可控 - 无需启动 Web 环境，也不加载多余 starter
- 适用于验证配置项是否被正确加载和解析的测试
替代方案对比：什么情况下不该用它
如果你的测试需要以下任一能力，就不该用 ConfigFileApplicationContextInitializer：
- 自动注入
@Autowired的 Bean（它不加载 Bean 定义） - 使用
@MockBean或@SpyBean - 依赖
@Transactional、@DataJpaTest等切片测试注解 - 要激活 profile-specific 配置（如
application-dev.yml）且涉及自动配置条件判断
这时应直接使用 @SpringBootTest 或更精准的切片测试注解，它们内部已集成完整的配置加载与占位符解析机制。
