@SpringBootConfiguration
@EnableAutoConfiguration
@ComponentScan(excludeFilters = { @Filter(type = FilterType.CUSTOM, classes = TypeExcludeFilter.class),
@Filter(type = FilterType.CUSTOM, classes = AutoConfigurationExcludeFilter.class) })
public @interface SpringBootApplication {
这里最上面四个注解的话没啥好说的,基本上自己实现过自定义注解的话,都知道分别是什么意思。 - @SpringBootConfiguration
继承自@Configuration
,二者功能也一致,标注当前类是配置类。 - @ComponentScan
用于类或接口上主要是指定扫描路径,跟Xml里面的<context:component-scan base-package="" />
配置一样。springboot
如果不写这个扫描路径的话,默认就是启动类的路径。 - @EnableAutoConfiguration
@Target(ElementType.TYPE)
@Retention(RetentionPolicy.RUNTIME)
@Documented
@Inherited
@AutoConfigurationPackage
@Import(AutoConfigurationImportSelector.class)
public @interface EnableAutoConfiguration {
这个注解我们重点看下AutoConfigurationImportSelector
这个类getCandidateConfigurations
这个方法里面通过SpringFactoriesLoader.loadFactoryNames()
扫描所有具有META-INF/spring.factories
的jar
包( spring.factories 我们可以理解成 Spring Boot
自己的 SPI
机制)。 spring-boot-autoconfigure-x.x.x.x.jar
里就有一个spring.factories文件。spring.factories
文件由一组一组的Key = value
的形式,其中一个key
是EnableAutoConfiguration类的全类名,而它的value是一个以AutoConfiguration
结尾的类名的列表,有redis、mq
等这些类名以逗号分隔。
我们在回到getAutoConfigurationEntry
这个方法当执行完getCandidateConfigurations
这个方法的时候我们可以看到此时总共加载了127
个自动配置类。
这些类难道都要加载进去吗?springboot
还是没有那么傻的,它提倡的话是按需加载。 - 它会去掉重复的类 - 过滤掉我们配置了exclude
注解的类下面配置就会过滤掉RestTemplateAutoConfiguration
这个类
- 经过上面的处理,剩下的这写自动配置的类如果要起作用的话,是需要满足一定的条件的。这些条件的满足的话spring boot
是通过条件注解来实现的。
@ConditionalOnBean:当容器里有指定Bean的条件下 @ConditionalOnClass:当类路径下有指定的类的条件下 @ConditionalOnExpression:基于SpEL表达式为true的时候作为判断条件才去实例化 @ConditionalOnJava:基于JVM版本作为判断条件 @ConditionalOnJndi:在JNDI存在的条件下查找指定的位置 @ConditionalOnMissingBean:当容器里没有指定Bean的情况下 @ConditionalOnMissingClass:当容器里没有指定类的情况下 @ConditionalOnWebApplication:当前项目时Web项目的条件下 @ConditionalOnNotWebApplication:当前项目不是Web项目的条件下 @ConditionalOnProperty:指定的属性是否有指定的值 @ConditionalOnResource:类路径是否有指定的值 @ConditionalOnOnSingleCandidate:当指定Bean在容器中只有一个,或者有多个但是指定首选的Bean
这些注解都组合了@Conditional
注解,只是使用了不同的条件组合最后为true时才会去实例化需要实例化的类,否则忽略过滤掉。我们在回到代码可以看到经过了条件判断过滤后我们剩下符合条件的自动配置类只剩23个了。其他的都是因为不满足条件注解而被过滤了。
如果我们想知道哪些自动配置类被过滤了,是由于什么原因被过滤了,以及加载了哪些类等。spring boot
都为我们记录了日志。还是非常贴心的。我们可以调整下我们日志的级别改为debug
。然后我们就能看到以下日志了
这里就截取了部分日志。总共分别有下面四部分日志: - Positive matches
:@Conditional
条件为真,配置类被Spring容器加载。 - Negative matches:
@Conditional
条件为假,配置类未被Spring容器加载。 - Exclusions
: 我们明确了不需要加载的类。比如在上面启动类配置的RestTemplateAutoConfiguration
类 - Unconditional classes
: 自动配置类不包含任何类级别的条件,也就是说,类始终会被自动加载。
自动配置生效
我们以ServletWebServerFactoryAutoConfiguration
配置类为例,解释一下全局配置文件中的属性如何生效,比如:server.port=88
,是如何生效的(当然不配置也会有默认值,这个默认值来自于org.apache.catalina.startup.Tomcat
)。
// 标记为配置类
@Configuration(proxyBeanMethods = false)
@AutoConfigureOrder(Ordered.HIGHEST_PRECEDENCE)
// 如果有ServletRequest.class 才会生效
@ConditionalOnClass(ServletRequest.class)
@ConditionalOnWebApplication(type = Type.SERVLET)
小编13年上海交大毕业,曾经在小公司待过,也去过华为、OPPO等大厂,18年进入阿里一直到现在。
深知大多数初中级Java工程师,想要提升技能,往往是自己摸索成长,但自己不成体系的自学效果低效又漫长,而且极易碰到天花板技术停滞不前!
因此收集整理了一份《2024年最新Java开发全套学习资料》送给大家,初衷也很简单,就是希望能够帮助到想自学提升又不知道该从何学起的朋友,同时减轻大家的负担。
由于文件比较大,这里只是将部分目录截图出来,每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频
如果你觉得这些内容对你有帮助,可以添加下面V无偿领取!(备注Java)
最后
很多程序员,整天沉浸在业务代码的 CRUD 中,业务中没有大量数据做并发,缺少实战经验,对并发仅仅停留在了解,做不到精通,所以总是与大厂擦肩而过。
我把私藏的这套并发体系的笔记和思维脑图分享出来,理论知识与项目实战的结合,我觉得只要你肯花时间用心学完这些,一定可以快速掌握并发编程。
不管是查缺补漏还是深度学习都能有非常不错的成效,需要的话记得帮忙点个赞支持一下
整理不易,觉得有帮助的朋友可以帮忙点赞分享支持一下小编~
我把私藏的这套并发体系的笔记和思维脑图分享出来,理论知识与项目实战的结合,我觉得只要你肯花时间用心学完这些,一定可以快速掌握并发编程。
不管是查缺补漏还是深度学习都能有非常不错的成效,需要的话记得帮忙点个赞支持一下
整理不易,觉得有帮助的朋友可以帮忙点赞分享支持一下小编~