【Spring高级】条件注解

Spring框架中的条件注解(Conditional Annotations)是一种强大的机制,它允许开发者根据特定的条件来决定是否创建某个bean。这种机制为Spring容器提供了更多的灵活性和控制力,使得开发者能够根据不同的环境或配置来动态地调整bean的创建。

条件注解的原理主要基于Spring的IoC容器和条件判断机制。当Spring容器启动时,它会扫描所有的bean定义,并检查是否存在条件注解。如果存在条件注解,Spring容器会根据注解中定义的条件来判断是否应该创建该bean。

具体来说,条件注解通常与一些条件类一起使用,这些条件类实现了Condition接口,并定义了具体的条件判断逻辑。在条件注解中,通过指定条件类的类名或使用其他条件表达式来定义条件。

当Spring容器扫描到带有条件注解的bean定义时,它会创建一个条件上下文(Condition Context),并将该上下文传递给条件类。条件类使用上下文中的信息来判断条件是否满足。如果条件满足,Spring容器就会创建该bean;否则,bean将不会被创建。

下面我们自己来创建一个条件注解。

首先创建我们自定义的注解:

@Retention(RetentionPolicy.RUNTIME)
@Target({ElementType.METHOD, ElementType.TYPE})
@Conditional(MyCondition.class)
@interface ConditionalOnClass {
    boolean exists(); // true 判断存在 false 判断不存在

    String className(); // 要判断的类名
}

创建条件类,它实现了Condition接口,以及他的matches方法:

static class MyCondition implements Condition {
        @Override
        public boolean matches(ConditionContext context, AnnotatedTypeMetadata metadata) {
            // 获取ConditionalOnClass的所有属性
            Map<String, Object> attributes = metadata.getAnnotationAttributes(ConditionalOnClass.class.getName());
            // 获取参数className
            String className = attributes.get("className").toString();
            // 获取参数exists
            boolean exists = (boolean) attributes.get("exists");
            // 检查类路径下是否存在指定类
            boolean present = ClassUtils.isPresent(className, null);
            // 如果要判断存在,返回上面的检查结果,否咋取反
            return exists ? present : !present;
        }
    }

上面的条件类,主要用来检查类路径下是否含有指定类名className。

然后使用的时候,在配置类上使用自定义注解即可,完整示例:

package com.cys.spring.chapter17;

import org.springframework.context.annotation.*;
import org.springframework.context.support.GenericApplicationContext;
import org.springframework.core.type.AnnotatedTypeMetadata;
import org.springframework.core.type.AnnotationMetadata;
import org.springframework.util.ClassUtils;

import java.io.IOException;
import java.lang.annotation.ElementType;
import java.lang.annotation.Retention;
import java.lang.annotation.RetentionPolicy;
import java.lang.annotation.Target;
import java.util.Map;

/**
 * @author Ethan
 * @date 2024/3/10
 * @description
 */
public class TestCondition {

    @SuppressWarnings("all")
    public static void main(String[] args) throws IOException {
        GenericApplicationContext context = new GenericApplicationContext();
        context.registerBean("config", Config.class);
        context.registerBean(ConfigurationClassPostProcessor.class);
        context.refresh();

        for (String name : context.getBeanDefinitionNames()) {
            System.out.println(name);
        }
    }

    @Configuration // 本项目的配置类
    @Import(MyImportSelector.class)
    static class Config {
    }

    static class MyImportSelector implements DeferredImportSelector {
        @Override
        public String[] selectImports(AnnotationMetadata importingClassMetadata) {
            return new String[]{AutoConfiguration1.class.getName(), AutoConfiguration2.class.getName()};
        }
    }

    /**
     * 条件类
     */
    static class MyCondition implements Condition { // 存在 Druid 依赖
        @Override
        public boolean matches(ConditionContext context, AnnotatedTypeMetadata metadata) {
            // 获取ConditionalOnClass的所有属性
            Map<String, Object> attributes = metadata.getAnnotationAttributes(ConditionalOnClass.class.getName());
            // 获取参数className
            String className = attributes.get("className").toString();
            // 获取参数exists
            boolean exists = (boolean) attributes.get("exists");
            // 检查类路径下是否存在指定类
            boolean present = ClassUtils.isPresent(className, null);
            // 如果要判断存在,返回上面的检查结果,否咋取反
            return exists ? present : !present;
        }
    }

    /**
     * 自定义条件注解
     */
    @Retention(RetentionPolicy.RUNTIME)
    @Target({ElementType.METHOD, ElementType.TYPE})
    @Conditional(MyCondition.class)
    @interface ConditionalOnClass {
        boolean exists(); // true 判断存在 false 判断不存在

        String className(); // 要判断的类名
    }

    @Configuration // 第三方的配置类
    @ConditionalOnClass(className = "com.alibaba.druid.pool.DruidDataSource", exists = false)
    static class AutoConfiguration1 {
        @Bean
        public Bean1 bean1() {
            return new Bean1();
        }
    }

    @Configuration // 第三方的配置类
    @ConditionalOnClass(className = "com.alibaba.druid.pool.DruidDataSource", exists = true)
    static class AutoConfiguration2 {
        @Bean
        public Bean2 bean2() {
            return new Bean2();
        }
    }

    static class Bean1 {

    }

    static class Bean2 {

    }


}

运行结果如下:

config
org.springframework.context.annotation.ConfigurationClassPostProcessor
com.cys.spring.chapter17.TestCondition$AutoConfiguration2
bean2

因为在Bean2的条件注解中,exists = true,且类路径下确实存在DruidDataSource,所以AutoConfiguration2可以自动装配,Bean2被创建。

  • 18
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
Spring Cloud的自动装配原理是通过Spring Boot的自动配置机制来实现的。Spring Boot提供了一种约定优于配置的方式,根据项目中所引入的依赖和配置文件的内容来自动配置应用程序的各个组件。 具体来说,Spring Cloud通过在类路径下查找特定的依赖和配置,来自动装配相应的组件。它会根据依赖的顺序和配置的优先级来决定使用哪个实现。自动装配可以减少开发者的工作量,提供了一种快速构建分布式系统的方式。 Spring Cloud的自动装配原理主要涉及以下几个方面: 1. 条件装配:Spring Cloud使用条件注解(如@ConditionalOnClass、@ConditionalOnProperty等)来判断某个类是否存在或某个属性是否配置,从而决定是否装配相关组件。 2. 自动配置类:Spring Cloud通过编写自动配置类来完成各个组件的自动装配。自动配置类通常使用@Configuration注解标识,并在类上使用@EnableAutoConfiguration注解启用自动配置。 3. 自定义配置:开发者可以通过在配置文件中设置特定的属性值来自定义组件的行为。Spring Cloud会根据配置文件中的属性值来进行相应的自动装配。 4. 自动装配顺序:Spring Cloud根据依赖和配置的优先级来确定自动装配的顺序。通常情况下,先装配核心组件,再装配其他依赖组件。 5. 条件装配的细粒度控制:Spring Cloud提供了一些高级条件注解(如@ConditionalOnBean、@ConditionalOnMissingBean等)来实现更细粒度的条件装配控制。 总之,Spring Cloud通过Spring Boot的自动配置机制实现了对分布式系统组件的自动装配,大大简化了分布式系统的开发和配置工作。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

Ethan-running

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值