本文介绍如何在 Spring Boot 中基于 application.properties 中的配置项（如 person.service.impl=file），自动装配指定的接口实现类（如 FilePersonService 或 DbPersonService），无需硬编码或手动判断，实现真正的条件化 Bean 注入。

本文介绍如何在 spring boot 中基于 `application.properties` 中的配置项（如 `person.service.impl=file`），自动装配指定的接口实现类（如 `filepersonservice` 或 `dbpersonservice`），无需硬编码或手动判断，实现真正的条件化 bean 注入。

在 Spring Boot 中，实现“根据配置动态注入不同实现类”的核心思路是利用条件化注解（Conditional Annotations）控制 Bean 的注册时机，而非在运行时切换已注入的 Bean（@Autowired 在启动时已完成注入，无法动态更改）。因此，正确的做法是：为每个实现类添加独立的条件化加载规则，确保仅有一个符合条件的实现被 Spring 容器注册为 IPersonService 类型的 Bean。

✅ 正确实现步骤

1. 统一接口与实现类定义（修正原始代码中的小错误）

public interface IPersonService {
    List<person> readPersons();
}

@Service
@ConditionalOnProperty(name = "person.service.impl", havingValue = "file")
public class FilePersonService implements IPersonService {
    @Override
    public List<person> readPersons() {
        // 模拟从文件读取
        return Arrays.asList(new Person("Alice"), new Person("Bob"));
    }
}

@Service
@ConditionalOnProperty(name = "person.service.impl", havingValue = "database")
public class DbPersonService implements IPersonService { // 注意：原问题中误写为 ICaseService，已修正
    @Autowired
    private PersonRepository repository;

    @Override
    public List<person> readPersons() {
        return repository.findAll();
    }
}</person></person></person>

? 关键点：

• 使用 @ConditionalOnProperty 精确匹配配置项（推荐用 name + havingValue，而非 value，更清晰）；
• 两个实现类均标注 @Service，但仅当配置值匹配时才被实例化；
• 接口类型 IPersonService 是唯一的注入契约，控制器无需感知具体实现。

2. 配置 application.properties

# 可选值：file 或 database
person.service.impl=file
# person.service.impl=database

3. 控制器保持简洁、解耦

@RestController
public class PersonController {

    private final IPersonService personService; // 构造器注入更佳（推荐）

    public PersonController(IPersonService personService) {
        this.personService = personService;
    }

    @GetMapping("/persons")
    public List<person> readAllPersons() {
        return personService.readPersons(); // 自动使用配置指定的实现
    }
}</person>

✅ 优势：

• 启动时即确定唯一 Bean，无运行时分支逻辑，性能高、可测试性强；
• 符合 Spring 的“约定优于配置”和“条件化自动配置”设计哲学；
• 支持 Profile 多环境（如 application-dev.properties 中覆盖配置）。

⚠️ 常见误区与注意事项

• ❌ 不要在 Controller 中用 @Value 读取配置后手动 if-else 选择实现：这违背 IoC 原则，且 @Autowired 已完成注入，无法中途替换；
• ❌ 避免使用 @Primary 强制指定默认实现：它无法实现“按配置切换”，仅解决多 Bean 时的默认选择问题；
• ✅ 进阶扩展：若需更多策略（如 Redis、API 等），只需新增实现类并添加对应 @ConditionalOnProperty 即可，零侵入；
• ✅ 验证是否生效：启动日志中搜索 FilePersonService 或 DbPersonService 的注册信息，或通过 /actuator/beans 端点查看实际注册的 IPersonService Bean。

通过该方案，你获得的是一个可配置、可测试、符合 Spring Boot 最佳实践的服务路由机制——配置即契约，启动即生效。