Springboot自动配置与@Configuration配置类实例分析

@Configuration

注意点1

配置类（@Configuration下的这个类）其实相当于一个工厂, 标注 @Bean 注解的方法相当于工厂方法

考虑有如下例子：

    @Configuration
    // 注意点1: 配置类其实相当于一个工厂, 标注 @Bean 注解的方法相当于工厂方法
    static class MyConfig {
        @Bean
        public Bean1 bean1() {
            System.out.println("bean1()");
            return new Bean1();
        }

将来如果要生成一个bean1的实例，首先要找到一个叫myConfig的bean（是一个工厂），再调用这个工厂里面叫"bean1"的方法，生成bean1对象。

对于没有static修饰的@Bean工厂方法，叫做实例工厂，需要先把配置类myConfig实例创建出来；有static修饰的是静态方法，只需要拿到myConfig的类对象，然后直接.方法就行。

注意点2

@Bean 不支持方法重载, 如果有多个重载方法, 仅有一个能入选为工厂方法

    @Configuration
    @MapperScan("aaa")
    // 注意点1: 配置类其实相当于一个工厂, 标注 @Bean 注解的方法相当于工厂方法
    static class MyConfig {
        // 注意点2: @Bean 不支持方法重载, 如果有多个重载方法, 仅有一个能入选为工厂方法
        @Bean
        public Bean1 bean1() {
            System.out.println("bean1()");
            return new Bean1();
        }
        @Bean
        public Bean1 bean1(@Value("${java.class.version}") String a) {
            System.out.println("bean1(" + a + ")");
            return new Bean1();
        }
        @Bean
        public Bean1 bean1(@Value("${java.class.version}") String a, @Value("${JAVA_HOME}") String b) {
            System.out.println("bean1(" + a + ", " + b + ")");
            return new Bean1();
        }

如果有重载方法，参数中需要注入的值越多，优先级越高。

注意点3

@Configuration不能随便删除，因为默认会为标注的类生成代理, 其目的是保证 @Bean 方法相互调用时, 仍然能保证其单例特性

注意点4

@Configuration 中如果含有 BeanFactory 后处理器, 则实例工厂方法会导致 MyConfig 提前创建, 造成其依赖注入失败，解决方法是该用静态工厂方法或直接为 @Bean 的方法参数依赖注入, 针对 MapperScanner 可以改用注解方式

springboot自动配置

@SpringBootApplication 是一个组合注解，由 @ComponentScan、@EnableAutoConfiguration 和 @SpringBootConfiguration 组成:

@SpringBootConfiguration 与普通 @Configuration 相比，唯一区别是前者要求整个 app 中只出现一次，因为要根据它断定主配置类，根据主配置类才能找到整个程序的入口

@ComponentScan：组件扫描

excludeFilters - 用来在组件扫描时进行排除，也会排除自动配置类

@EnableAutoConfiguration 也是一个组合注解，由下面注解组成

@AutoConfigurationPackage – 用来记住扫描的起始包，也就是记录被它标注的类所在的包

@Import(AutoConfigurationImportSelector.class) 用来加载 META-INF/spring.factories 中的自动配置类（自动配置类就是如果主配置类没有配置的就会去用自动配置类）

为什么不使用 @Import 直接引入自动配置类

有两个原因：

• 让主配置类和自动配置类变成了强耦合，主配置类不应该知道有哪些从属配置

• 直接用 @Import(自动配置类.class)，引入的配置解析优先级较高，自动配置类的解析应该在主配置没提供时作为默认配置

因此，采用了 @Import(AutoConfigurationImportSelector.class)

• 由 AutoConfigurationImportSelector.class 去读取 META-INF/spring.factories 中的自动配置类，实现了弱耦合。

• 另外 AutoConfigurationImportSelector.class 实现了 DeferredImportSelector 接口，让自动配置的解析晚于主配置的解析