Spring Boot 的条件注解（Conditional Annotations）是自动配置（Auto-Configuration）的核心机制之一。它们允许开发者根据特定的条件动态决定是否加载某个Bean或配置类，从而实现灵活的“按需配置”。本文将系统梳理所有常用的条件注解，结合代码示例说明其作用与使用场景。
一、条件注解的核心机制
元注解：@Conditional作为所有条件注解的基础，@Conditional通过实现Condition接口的matches()方法进行条件判断。若条件满足，则Bean或配置类生效；否则跳过。
示例：自定义条件类检查JdbcTemplate是否存在
public class JdbcTemplateCondition implements Condition {
@Override
public boolean matches(ConditionContext context, AnnotatedTypeMetadata metadata) {
return ClassUtils.isPresent("org.springframework.jdbc.core.JdbcTemplate", context.getClassLoader());
}
}
二、SpringBoot内置条件注解详解
SpringBoot基于@Conditional扩展了以下常用注解，覆盖了大多数自动化配置场景。
1、@ConditionalOnClass和@ConditionalOnMissingClass
- 作用：根据类路径中是否存在指定类来决定是否生效
- 典型场景：自动配置类中检查依赖库是否存在
示例：当项目中引入 Hibernate 时，自动配置JPA相关Bean
@Configuration
@ConditionalOnClass({ DataSource.class, EntityManager.class })
public class JpaAutoConfiguration {
// 当类路径存在DataSource和EntityManager时生效
}
2、@ConditionalOnBean和@ConditionalOnMissingBean
- 作用：根据容器中是否存在指定Bean来决定是否生效
- 典型场景：避免重复注册Bean，或为默认Bean提供自定义覆盖
示例：当用户未自定义DataSource时，注册默认数据源
@Bean
@ConditionalOnMissingBean(DataSource.class)
public DataSource defaultDataSource() {
return new HikariDataSource();
}
3、@ConditionalOnProperty
- 作用：根据配置文件（如
application.yml）中的属性值决定是否生效 - 典型场景：功能开关、多环境配置切换
示例：根据配置启用缓存功能
@Configuration
@ConditionalOnProperty(name = "app.cache.enabled", havingValue = "true")
public class CacheConfig {
// 当app.cache.enabled=true时加载
}
4、@ConditionalOnWebApplication和@ConditionalOnNotWebApplication
- 作用：根据当前应用是否为Web应用决定是否生效
- 典型场景：区分Web环境与非Web环境（如批处理任务）
示例：仅在Web应用中注册MVC组件
@Configuration
@ConditionalOnWebApplication
public class WebMvcConfig {
// 仅在Web环境中生效
}
5、@ConditionalOnExpression
- 作用：通过SpEL表达式组合复杂条件
- 典型场景：需要同时满足多个条件或复杂逻辑判断
示例：同时满足属性开关和类路径存在时生效
@Bean
@ConditionalOnExpression(
"${app.feature.enabled} && T(com.example.SomeClass).isAvailable()"
)
public FeatureBean featureBean() {
return new FeatureBean();
}
6、@ConditionalOnResource
- 作用：检查指定资源文件是否存在
- 典型场景：根据配置文件或密钥文件的存在性加载配置
示例：存在config-override.properties时覆盖默认配置
@Configuration
@ConditionalOnResource(resources = "classpath:config-override.properties")
public class OverrideConfig {
// 当类路径存在该文件时生效
}
7、@ConditionalOnJava
- 作用：根据当前JVM版本决定是否生效
- 典型场景：兼容不同Java版本的特性
示例：仅当JVM版本为11或更高时启用模块化配置
@Configuration
@ConditionalOnJava(range = ConditionalOnJava.Range.EQUAL_OR_NEWER, value = JavaVersion.ELEVEN)
public class Java11Config {
// Java 11+ 环境下生效
}
8、@ConditionalOnSingleCandidate
- 作用：当容器中存在且只有一个指定类型的Bean时生效
- 典型场景：自动配置依赖特定单一Bean的场景
示例：当只有一个DataSource时自动配置事务管理器
@Bean
@ConditionalOnSingleCandidate(DataSource.class)
public PlatformTransactionManager transactionManager(DataSource dataSource) {
return new DataSourceTransactionManager(dataSource);
}
三、组合使用条件注解
多个条件注解可组合使用，实现更精细的控制
@Configuration
@ConditionalOnClass({RedisClient.class})
@ConditionalOnProperty(name = "app.redis.enabled", matchIfMissing = true)
public class RedisAutoConfig {
// 当RedisClient存在且配置开启（或未配置）时生效
}
四、条件注解的底层原理
Spring Boot在启动时，通过条件注解解析器（如ConditionEvaluator）扫描所有配置类，结合以下步骤实现条件装配
- 条件收集：解析配置类上的条件注解，生成对应的
Condition实例 - 条件匹配：调用
matches()方法，结合类路径、Bean容器状态、环境变量等进行判断 - 动态注册：仅注册满足条件的Bean，未满足的配置类会被跳过
总结
Spring Boot的条件注解为开发者提供了强大的动态配置能力，理解其原理和适用场景是构建灵活、可扩展应用的关键。通过合理组合这些注解，可以实现“智能”的自动配置逻辑，同时避免冗余代码。实际开发中，建议结合Spring Boot的自动配置源码（如spring-boot-autoconfigure模块）深入学习。
评论区