Spring中的@Conditional注解

本文深入探讨Spring框架中@Conditional注解的使用方法,包括其在不同场景下的应用,如@Bean、@Configuration以及预定义的@ConditionalOn*注解。通过实例展示了如何根据配置文件属性加载不同的Bean,以及如何自定义条件注解。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

欢迎浏览我的博客 获取更多精彩文章

https://boyn.top

Spring中的@Conditional注解

在基于Java代码进行配置的Spring Boot项目中,我们经常会用到Conditional注解.当我们想要满足某些条件时才让Bean容器加载特定的Bean或者模块,或者在不同环境中应用不同的模块.这个时候,@Conditional注解对我们就大有作用.

@Conditional在哪

@Bean

如果我们将@Conditional加在@Bean的定义方法上,就表明只有当@Conditional的条件被满足后,这个Bean才会被加载

@Configuration

如果我们将@Conditional加在@Configuration的定义方法上,就表明只有当@Conditional的条件被满足后,这个配置类才会被加载,通常用于不同环境的部署

@Component, @Service, @Repository或者 @Controller:

与放在@Bean上起到的作用是一样的

预定义的@ConditionalOn*

在Spring中,已经有一些预定义好了的@Condition拓展注解,让我们用起来更方便

@ConditionalOnProperty

当配置文件中某些值满足条件时,才会进行加载.这个注解是用于根据配置文件中的值来定义.

我们来看一个实际的例子

	@Bean("fastJsonHttpMessageConverter")
    @ConditionalOnProperty(value = "json.choice",havingValue = "havetime",matchIfMissing = false)
    FastJsonHttpMessageConverter fastJsonHttpMessageConverterHaveTime(){
        FastJsonHttpMessageConverter converter = new FastJsonHttpMessageConverter();
        FastJsonConfig config = new FastJsonConfig();
        config.setDateFormat("yyyy/MM/dd-HH:mm:ss");
        converter.setFastJsonConfig(config);
        return converter;
    }

    @Bean("fastJsonHttpMessageConverter")
    @ConditionalOnProperty(value = "json.choice",havingValue = "notime",matchIfMissing = true)
    FastJsonHttpMessageConverter fastJsonHttpMessageConverterNoTime(){
        FastJsonHttpMessageConverter converter = new FastJsonHttpMessageConverter();
        FastJsonConfig config = new FastJsonConfig();
        config.setDateFormat("yyyy/MM/dd");
        converter.setFastJsonConfig(config);
        return converter;
    }

在一个配置类中,定义了两个不同的Fastjson的converter,value表示在配置文件中的选项,此处是json.choice havingValue是一个条件,表示当配置项为这个值的时候,才会加载这个Bean.最后的matchIfMissing表示如果配置文件中没有定义这一项的话,就创造这个类,即一个默认的创建方法.当有多个同样的注解时,建议只有一个注解里面的matchIfMissing为true

我们在配置文件中,有如下语句

 json.choice=notime

我们的打印值为

“time”:“2019/08/21”

当改为havetime之后

“time”:“2019/08/21-17:45:06”

如果直接删除配置项,则效果等同于notime的时候,因为我们设置了notime上的注解中的matchIfMissing为true

@ConditionalOnExpression

这个是上面一个注解的多表达式版本,当我们设定需要多个值才能够进行匹配时,就可以采用这个注解.它需要用SpEL.表达式进行表示

比如我们在上面的一个例子中,规定除了有json.choice外,还要设置json.converter=fastjson,那么我们可以写成以下表达:

@Bean
@ConditionalOnExpression("${json.choice:notime} and ${json.converter:fastjson}")

@ConditionalOnBean

对其传入一个Bean的类对象,只有当这个类对象有加载Bean才会匹配

@ConditionalOnMissingBean

与上面相反,只有当这个类对象没有加载Bean才会匹配

@CondigtionalOnResource

传入一个文件,如

@ConditionalOnResource(resources = "classpath:/logback.xml")

只有当这个资源文件有效,才会匹配

@ConditionalOnClass

只有这个类在classpath中,才会加载Bean.这个注解通常用于Spring框架的开发中,而不是一般的Web应用

@ConditionalOnMissingClass

与上面相反

常规的Conditional注解

我们可以通过实现Condition接口,来实现我们的Conditional注解.

假如我们想要检测这个应用是否在Linux上面运行,则可以先定义一个Condition的子类

public class OnWindowsSys implements Condition {
    @Override
    public boolean matches(ConditionContext context, AnnotatedTypeMetadata metadata) {
        //windows == 1, unix == 2
        return SystemUtil.getOSType() == 1;
    }
}

然后可以这样使用

@Conditional(OnWindowsSys.class)

实现逻辑功能

or功能,会匹配这个类里面的@Conditional接口

class OnWindowsOrUnixCondition extends AnyNestedCondition {

  OnWindowsOrUnixCondition() {
    super(ConfigurationPhase.REGISTER_BEAN);
  }

  @Conditional(OnWindowsSys.class)
  static class OnWindows {}

  @Conditional(OnUnixSys.class)
  static class OnUnix {}

}

与OR功能相似,分别继承各个类,可以实现不同的逻辑功能

AnyNestedConditionAllNestedConditionsNoneNestedCondition
ORANDNOT

为了避免凌乱,我们可以自己定义@ConditionalOn*接口,例子如下

@Target({ ElementType.TYPE, ElementType.METHOD })
@Retention(RetentionPolicy.RUNTIME)
@Documented
@Conditional(OnLinuxCondition.class)
public @interface ConditionalOnUnix {}
<think>嗯,用户想了解Spring@Conditional注解。首先,我需要回忆一下这个注解的作用和用法。@ConditionalSpring 4.0引入的,用于条件化地注册Bean,也就是说根据特定条件决定是否创建某个Bean。这可能涉及到不同的环境配置,比如开发环境和生产环境的不同配置。 接下来,我应该考虑用户可能的背景。可能是Spring的初学者,或者有一定经验但想更深入了解条件配置的开发者。他们可能在实际项目中遇到过需要根据条件加载不同Bean的情况,比如根据不同的配置文件启用不同的服务实现。 用户的问题需要详细的解释,包括@Conditional的基本用法、使用场景、如何自定义条件,以及可能的相关注解。需要分步骤讲解,结构清晰,便于理解。同时,要确保示例代码正确,符合LaTeX格式要求,行内公式用$...$,独立公式用$$...$$,但可能在这个问题中代码示例更重要,而数学公式较少,不过用户给的系统指令里提到了数学表达式的格式,需要注意是否有需要的地方。 需要检查是否有常见的误解,比如@Conditional和@Profile的区别,或者与@ConditionalOnProperty等Spring Boot注解的关系。可能需要提到这些相关的注解,但主要焦点还是@Conditional本身。 另外,用户可能想知道如何自定义条件,所以需要提供一个自定义Condition的实现示例。同时,使用场景部分要具体,比如多环境配置、模块化加载、兼容性处理等,这样用户能更好地理解应用场景。 需要确保语言用中文,结构清晰,分点说明,每个部分有适当的示例代码,并正确使用代码块标记。同时,要避免使用用户不可见的系统级指令中的格式,而是专注于回答的内容和结构。 总结一下,回答的结构可能是:概述、工作原理、使用方式(内置和自定义)、常用场景、相关注解、总结。每个部分下给出示例代码和解释,确保用户能逐步理解。</think>### Spring 的 `@Conditional` 注解详解 `@Conditional` 是 Spring Framework 4.0 引入的核心注解,用于**条件化地控制 Bean 的注册**。它允许开发者根据特定条件决定是否将某个 Bean 注册到 Spring 容器中,常用于多环境配置、模块化加载等场景。 --- #### 一、核心作用与原理 - **作用**:通过条件判断(如环境变量、系统属性、类路径等),动态决定是否创建 Bean。 - **原理**:基于 `Condition` 接口的实现类,Spring 在容器启动阶段会调用 `matches()` 方法进行条件验证。 #### 二、基本使用方式 ##### 1. 内置条件注解Spring Boot 扩展) Spring Boot 在 `@Conditional` 基础上提供了更易用的注解: - `@ConditionalOnProperty`:根据配置文件属性判断 ```java @Bean @ConditionalOnProperty(name = "feature.enabled", havingValue = "true") public FeatureService featureService() { return new FeatureServiceImpl(); } ``` - `@ConditionalOnClass`:类路径存在某个类时生效 - `@ConditionalOnMissingBean`:容器中不存在指定 Bean 时生效 ##### 2. 自定义条件 **步骤 1**:实现 `Condition` 接口 ```java public class CustomCondition implements Condition { @Override public boolean matches(ConditionContext context, AnnotatedTypeMetadata metadata) { // 检查环境变量或系统属性 return "prod".equals(context.getEnvironment().getProperty("app.env")); } } ``` **步骤 2**:将条件应用于 Bean ```java @Configuration public class AppConfig { @Bean @Conditional(CustomCondition.class) public DataSource prodDataSource() { return new ProductionDataSource(); } } ``` --- #### 三、典型使用场景 1. **多环境配置** ```java @Profile("dev") // 底层基于 @Conditional @Configuration public class DevConfig { /* 开发环境专用 Bean */ } ``` 2. **模块化加载** ```java @ConditionalOnClass(RedisClient.class) @Configuration public class RedisAutoConfiguration { /* Redis 客户端存在时生效 */ } ``` 3. **兼容性处理** ```java @Conditional(JavaVersionCondition.class) @Bean public CacheService cacheService() { /* 根据 JDK 版本选择实现 */ } ``` --- #### 四、相关注解对比 | 注解 | 作用场景 | 所属框架 | |-------------------------|----------------------------------|----------------| | `@Conditional` | 通用条件判断 | Spring Framework | | `@ConditionalOnProperty`| 根据配置文件属性控制 | Spring Boot | | `@ConditionalOnWebApplication` | 仅在 Web 应用中生效 | Spring Boot | --- #### 五、总结 - **核心价值**:通过解耦条件判断与业务逻辑,提升代码灵活性和可维护性。 - **最佳实践**: 1. 优先使用 Spring Boot 提供的内置条件注解 2. 复杂条件建议封装为独立 `Condition` 实现类 3. 结合 `@ConfigurationProperties` 实现动态配置 通过合理使用 `@Conditional`,可以实现高度可配置的 Spring 应用,例如不同环境下的数据库切换、功能模块的动态加载等场景。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值