上篇文章中分析了springboot的自动注入的原理，可在文章后面的推荐阅读中温习哦。在自动注入的原理那篇文章中提到了@ConditionalOnXX注解，今天来看下springboot中的@ConditionalOnXX注解，该注解表示的是一类注解。马上开始吧。

一、@ConditionalOnXX注解初识

　　@ConditionalOnXX注解被定义在了spring-boot-autoconfigure包中，有以下几个，

  从上图中可以看到经常碰到的@ConditionalOnBean、@ConditionalOnClass、@ConditionalOnMissingBean、@ConditionalOnMissingClass、@ConditionalOnProperty、@ConditionalOnResource、@ConditionalOnSingleCandidate等。这些注解均在”org.springframework.boot.autoconfigure.condition“包下，感兴趣的小伙伴可以自行查看源码。

二、深入@ConditionalOnBean注解

  上面提到了多个@ConditionalOnXX注解，下面逐一对这些常见的注解进行讲解。有意思的是，这些注解很多都是成对出现的，而且意思都是相近的。今天先来看下@CondtionalOnBean注解

2.1、@ConditionalOnBean

  @ConditionalOnBean注解的定义如下，

  可以明确的一点是@ConditionalOnBean可以用在类/方法上。可以配置的属性有下面这些，

  平时用的比较多的有value、type、name三个，这三个可以看到都是数组，也就是说可以配置多个。

  上面提到@ConditionalOnBean可以配置在方法上，是所有的方法都可以吗？

2.2、@ConditionalOnBean如何标识方法

  @ConditionalOnBean标识在方法上，可以标识在所有的方法上吗，这个我们要从该注解的注释上去找答案了。

  从上面的注释可以知道，@ConditionalOnBean注解使用在@Bean标识的方法上，都知道@Bean注解的作用是向容器中注入一个bean，也就是@ConditionalOnBean作用的时机是在生成bean的时候。再看注释“the bean class defaults to return type of the factory method”，大体意思是默认返回的bean是工厂方法的类型，这个不好理解，通过一个例子看下。

2.2.1、@ConditionalOnBean(value=)

MyAutoConfig.java

package com.my.template.config;

import org.springframework.boot.autoconfigure.AutoConfigureAfter;
import org.springframework.boot.autoconfigure.condition.ConditionalOnBean;
import org.springframework.boot.autoconfigure.condition.ConditionalOnClass;
import org.springframework.context.annotation.Bean;
import org.springframework.context.annotation.Configuration;

/**
 * 配置类
 * @date 2022/7/2 15:02
 */
@Configuration
public class MyAutoConfig {

    @Bean(value = "classA")
    public ClassA classA(){
        return new ClassA();
    }
    @Bean
    @ConditionalOnBean(value = {ClassA.class})
    public ClassB classB(){
        return new ClassB();
    }
}

在上面的配置类中，在@Bean注解的方法上使用了@ConditionalOnBean注解，注解中使用的value属性，代表的是只要存在ClassA这个类边会执行classB()方法，下面看ClassA和ClassB都很简单，就是两个普通的类，

ClassA.java和ClassB.java

package com.my.template.config;
/**
 * @date 2022/7/2 15:03
 */
public class ClassA {
    public ClassA() {
        System.out.println("constructor classA");
    }
}
package com.my.template.config;

/**
 * @date 2022/7/2 15:04
 */
public class ClassB {
    public ClassB() {
        System.out.println("constructor classB");
    }
}

 看下启动日志是否会打印构造方法中的日志，

可以看到正常打印了，也就是说ClassA和ClassB均被注入到了容器中，这是使用@ConditionalOnBean(value=)的情况，下面看使用@ConditionalOnBean(type=)的情况，

2.2.2、@ConditionalOnBean(type=)

这里的type要求填入的是类的全路径，比如com.my.template.config.ClassA

把配置类中修改为下面的样子，

再次启动观察日志，

从日志中可以看到依旧是可以的，下面我把MyAutoConfig类中的classA()方法，放到classB()方法下面，

再执行看日志，

可以看到没有执行ClassB的构造方法，也就是classB()方法没执行。可以得出：在配置类中的@Bean标识的方法是有顺序的，前边的会先解析，后边的后解析，后面的要引用前面的是引用不到的，反之则可以。

这种方式下，没有其他方式可以执行classB()方法吗，有的，使用@ConditionalOnClass(value={ClassA.class})，感兴趣的小伙伴可以自己试试哦。

2.2.3、@ConditionalOnBean(name=)

下面看使用name属性的情况，

MyAutoConfig.java修改成下面的样子，

启动日志如下，

正常启动，且初始化了ClassB类。

2.3、ConditionalOnBean标识类

  这里说的标识类，我们一般都默认为标识配置类，即带有@Configuration注解的类。这里同时会有value、type、name三种不同的属性配置，需要注意的是value配置的是Class对象，标识的是只要在解析过程中加载了该类即可。type配置的是全类名，name配置的是bean的名称，type和name的配置要求的是需要解析了该BeanDefinition，同时和顺序是有关系的。演示下面的例子

MyAutoConfig.java

package com.my.template.config;

import org.springframework.boot.autoconfigure.condition.ConditionalOnBean;
import org.springframework.boot.autoconfigure.condition.ConditionalOnClass;
import org.springframework.context.annotation.Bean;
import org.springframework.context.annotation.Configuration;

/**
 * 自动配置类
 * @date 2022/7/2 15:02
 */
@Configuration
@ConditionalOnBean(type = {"com.my.template.config.ClassA"})
public class MyAutoConfig {
    public MyAutoConfig(){
        System.out.println("constructor MyAutoConfig");
    }
}

MyAutoConfig2.java

package com.my.template.config;

import org.springframework.boot.autoconfigure.condition.ConditionalOnBean;
import org.springframework.context.annotation.Bean;
import org.springframework.context.annotation.Configuration;

/**
 * 自动配置类
 *
 * @author wangcj5
 * @date 2022/7/2 15:02
 */
@Configuration
public class MyAutoConfig2 {
    @Bean
    public ClassA classA(){
        return new ClassA();
    }
    public MyAutoConfig2(){
        System.out.println("constructor MyAutoConfig2");
    }
}

启动日志如下，

可以看到实例化了MyAutoConfig2，但是MyAutoConfig确没有，这是因为其类上有@ConditionalOnBean(type = {"com.my.template.config.ClassA"})注解，且在解析MyAutoConfig时并未解析ClassA，把该注解换成@ConditionalOnBean(value= {ClassA.class})看看可以吗

可以看到还是不行，那么换成@ConditionalOnClass(value={ClassA.class})

完美解决问题。

  本文主要分析了@ConditionalOnBean注解的使用场景，

  1、该注解的作用时机是在生成bean的时候，确切的说是在解析beanDefinition的时候

  2、该注解可以用在配置类和标识有@Bean的方法上；

  3、三个常用属性value、name、type均有解析顺序的问题；

  4、value、name、type各自的配置方式

本次分享就到这里了，下次，我们@ConditionalOnClass注解见。

深入理解springboot的自动注入

我的第一个springboot  starter