这篇文章主要介绍“Springboot自动配置与@Configuration配置类实例分析”,在日常操作中,相信很多人在Springboot自动配置与@Configuration配置类实例分析问题上存在疑惑,小编查阅了各式资料,整理出简单好用的操作方法,希望对大家解答”Springboot自动配置与@Configuration配置类实例分析”的疑惑有所帮助!接下来,请跟着小编一起来学习吧!
配置类(@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的类对象,然后直接.方法就行。
@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(); }
如果有重载方法,参数中需要注入的值越多,优先级越高。
@Configuration不能随便删除,因为默认会为标注的类生成代理, 其目的是保证 @Bean 方法相互调用时, 仍然能保证其单例特性
@Configuration 中如果含有 BeanFactory 后处理器, 则实例工厂方法会导致 MyConfig 提前创建, 造成其依赖注入失败,解决方法是该用静态工厂方法或直接为 @Bean 的方法参数依赖注入, 针对 MapperScanner 可以改用注解方式
@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配置类实例分析”的学习就结束了,希望能够解决大家的疑惑。理论与实践的搭配能更好的帮助大家学习,快去试试吧!若想继续学习更多相关知识,请继续关注亿速云网站,小编会继续努力为大家带来更多实用的文章!
免责声明:本站发布的内容(图片、视频和文字)以原创、转载和分享为主,文章观点不代表本网站立场,如果涉及侵权请联系站长邮箱:is@yisu.com进行举报,并提供相关证据,一经查实,将立刻删除涉嫌侵权内容。