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 接口，让自动配置的解析晚于主配置的解析

到此这篇关于Springboot自动配置与@Configuration配置类详解的文章就介绍到这了,更多相关Springboot自动配置内容请搜索脚本之家以前的文章或继续浏览下面的相关文章希望大家以后多多支持脚本之家！

最新评论