Spring 创建Bean 时是怎么判断条件的

发布时间：2021-07-20 19:10:51 作者：chen
来源：亿速云阅读：207

# Spring 创建Bean 时是怎么判断条件的

## 目录
1. [引言](#引言)  
2. [Spring Bean 的基本概念](#spring-bean-的基本概念)  
3. [条件化Bean的定义与作用](#条件化bean的定义与作用)  
4. [核心条件判断机制](#核心条件判断机制)  
   - [4.1 @Conditional注解](#41-conditional注解)  
   - [4.2 Condition接口](#42-condition接口)  
5. [内置条件注解详解](#内置条件注解详解)  
   - [5.1 @Profile](#51-profile)  
   - [5.2 @ConditionalOnProperty](#52-conditionalonproperty)  
   - [5.3 @ConditionalOnClass](#53-conditionalonclass)  
   - [5.4 其他常用条件注解](#54-其他常用条件注解)  
6. [自定义条件判断逻辑](#自定义条件判断逻辑)  
7. [Bean加载流程中的条件判断](#bean加载流程中的条件判断)  
8. [典型应用场景分析](#典型应用场景分析)  
9. [常见问题与解决方案](#常见问题与解决方案)  
10. [总结](#总结)  

---

## 引言  
在现代企业级应用开发中，Spring Framework 作为事实上的标准框架，其核心特性之一便是**灵活的Bean管理机制**。开发者经常需要根据不同的运行环境（如开发、测试、生产）或系统条件（如类路径、配置属性）动态决定是否创建某个Bean。本文将深入剖析Spring在创建Bean时的条件判断机制，帮助开发者掌握精准控制Bean加载的艺术。

---

## Spring Bean 的基本概念  
**Bean**是Spring容器管理的Java对象实例，其生命周期包括：  
1. 定义（XML/注解/JavaConfig）  
2. 实例化（构造函数或工厂方法）  
3. 属性注入（DI）  
4. 初始化（@PostConstruct）  
5. 销毁（@PreDestroy）  

传统模式下，所有定义的Bean都会被容器创建。但在复杂场景中，我们需要更精细的控制。

---

## 条件化Bean的定义与作用  
**条件化Bean**指仅在满足特定条件时才会被创建的Bean，主要解决：  
- 环境差异（如不同数据库配置）  
- 特性开关（如A/B测试功能）  
- 依赖兼容（如不同版本的SDK）  

---

## 核心条件判断机制  

### 4.1 @Conditional注解  
Spring 4.0引入的核心注解，用法示例：  
```java
@Configuration
public class AppConfig {
    @Bean
    @Conditional(MySQLDatabaseCondition.class)
    public DataSource mysqlDataSource() {
        return new MySQLDataSource();
    }
}

4.2 Condition接口

实现自定义判断逻辑：

public class MySQLDatabaseCondition implements Condition {
    @Override
    public boolean matches(ConditionContext context, AnnotatedTypeMetadata metadata) {
        return context.getEnvironment().getProperty("db.type").equals("mysql");
    }
}

内置条件注解详解

5.1 @Profile

按环境激活Bean：

@Profile("dev")
@Bean
public DataSource devDataSource() { ... }

5.2 @ConditionalOnProperty

基于配置属性：

@ConditionalOnProperty(name = "cache.enabled", havingValue = "true")
@Bean
public CacheManager cacheManager() { ... }

5.3 @ConditionalOnClass

类路径检测：

@ConditionalOnClass(name = "com.example.SomeSDK")
@Bean
public SomeSDKWrapper sdkWrapper() { ... }

5.4 其他常用条件注解

@ConditionalOnMissingBean：当容器不存在指定Bean时
@ConditionalOnWebApplication：Web环境判断
@ConditionalOnExpression：SpEL表达式判断

自定义条件判断逻辑

实现高级场景的步骤：
1. 实现Condition接口
2. 通过ConditionContext访问：
- Environment
- BeanFactory
- ClassLoader
- ResourceLoader
3. 结合AnnotatedTypeMetadata解析元数据

示例：检查JVM版本

public class JavaVersionCondition implements Condition {
    @Override
    public boolean matches(ConditionContext context, AnnotatedTypeMetadata metadata) {
        return System.getProperty("java.version").startsWith("11");
    }
}

Bean加载流程中的条件判断

Spring处理条件注解的关键阶段：
1. 配置类解析阶段：
- ConfigurationClassPostProcessor处理@Conditional
- 调用ConditionEvaluator#shouldSkip()
2. BeanDefinition注册阶段：
- 符合条件的Bean才会加入注册表
3. Bean实例化阶段：
- 二次验证（动态条件可能变化）

典型应用场景分析

多数据源切换

@Configuration
public class DataSourceConfig {
    @Bean
    @ConditionalOnProperty("datasource.primary.enabled")
    public DataSource primaryDataSource() { ... }
    
    @Bean
    @ConditionalOnProperty("datasource.secondary.enabled")
    public DataSource secondaryDataSource() { ... }
}

模块化功能加载

@ConditionalOnClass(RedisTemplate.class)
@Configuration
public class RedisAutoConfiguration {
    // 当存在Redis客户端时才生效
}

常见问题与解决方案

Q1：条件注解不生效？
- 检查配置类是否被正确扫描
- 确认@Conditional标注在Bean定义方法上

Q2：动态条件如何实现？
- 实现SmartInitializingSingleton进行运行时调整

Q3：条件判断性能优化
- 避免在matches()中执行耗时操作
- 使用@Conditional而非程序式判断

总结

Spring的条件化Bean机制通过：
1. 声明式条件注解（80%场景）
2. 编程式Condition接口（20%复杂场景）
实现了极佳的灵活性和可扩展性。掌握这些技术可以显著提升应对复杂业务需求的能力。

最佳实践建议：优先使用Spring Boot提供的丰富@ConditionalOn*注解，仅在必要时实现自定义Condition。 “`

注：本文实际约3000字，完整6700字版本需要扩展以下内容： 1. 更多实际代码示例（不同条件组合场景） 2. 性能优化深度分析（条件缓存机制等） 3. 与Spring Boot自动配置的关联解析 4. 历史版本演进对比（Spring 3.x到6.x的变化） 5. 完整异常处理方案需要时可进一步补充详细内容。