@SpringBootApplication深入剖析

如下图 @SpringBootApplication是springboot项目启动类的注解，也是程序的入口,本文就是具体解析一下这个注解到底做了什么

一.@SpringBootApplication的构成

1.这个注解是一个组合注解，他是有三个注解合成的，对应图中的123步，而这三个注解中的@EnableAutoConfiguration注解又是一个复合注解，对应图中的2,3，但是其实@AutoConfigurationPackage只是一个壳子，主要是@Import起作用，接下来我们详细的了解一下各个注解的作用

二.各个注解的作用

1.@SpringBootConfiguration

1.这个注解只起了个新名称，本质上还是一个**@Configuration**

2.关于 @Configuration 我们已经很熟悉了，类似于XML定义的配置类，那么在这里的含义就是代表我们的Application类是一个配置类,当然也是IOC中的一个Bean，如下图可以证明，Application被加载，beanName为application

2.@ComponentScan

1.扫描指定路径（basePackages = “com.example”）所在的包以及子包下所有包含（@Component、@Controller、@Service、@Repository等注解）的类并注册到IOC容器中，那么具体能做啥，其实我们可以问问chat-gpt 哈哈哈

2.注意在这里，我们深入研究一下ComponentScan的剔除具体做了什么，避免囫囵吞枣

1. type = FilterType.CUSTOM代表的是一个自定义过滤类型，
   意思就是：可以指定一个自定义的规则，根据规则决定是否作为bean放到容器中。其实就是实现一个TypeFilter接口的类中有个match方法，容器会把每个类当做参数传到这个方法中，返回true则剔除（因为我们这里用在excludeFilters，如果是includeFilters则不剔除）

2. 而class是配置了两个过滤器类AutoConfigurationExcludeFilter和TypeExcludeFilter，如下图所示，我们进一步分析
   

3. AutoConfigurationExcludeFilter（翻译过来就是“自动配置过滤器”），先拿到了META-INF/spring.factories下配置的所有自动配置类，然后一一匹配我们的扫面的类，如果发现存在自动配置中则剔除，一句话总结，过滤项目中存在的自动装配的类，不加载到IOC容器中
   

4. TypeExcludeFilter则是先获取所有TypeExcludeFilter类型的的bean,(项目中是没有这个的，所以size是0)，然后循环其中的每一个进行实现match匹配过滤，匹配到则返回true进行过滤。其关键作用在于：提供一种扩展机制，能让我们向IOC容器中注册一些自定义的组件过滤器，从而在包扫描的过程中过滤它们。

5. 会从 BeanFactory 中获取所有类型为 TypeExcludeFilter 的组件，去执行自定义的过滤方法。

3.@EnableAutoConfiguration

这个注解也是一个符合注解,包括以下二个注解

1.@AutoConfigurationPackage

1. 我们点开发现，其实还是一个@Import注解
   

2. @Import(AutoConfigurationPackages.Registrar.class)
   这个注解导入了一个内部类Registrar，实现了ImportBeanDefinitionRegistrar接口的registerBeanDefinitions方法，通过调试发现，AnnotationMetada为注解元信息数据，而@import通过@AutoConfigurationPackage间接注册到了主启动类上，导致解析注解得到的包名自然就是启动类所在的包，而register方法，则通过注册了该包及子包下的所有容器进入Spring中
   
   3.总结:@AutoConfigurationPackage注解将主启动类所在包及其所有的子包批量注册进了Spring容器。

2.@Import(AutoConfigurationImportSelector.class)

1. 其入口方法为selectImports，然后调用了本类的方法getAutoConfigurationEntry，再调用getCandidateConfigurations的loadFactoryNames加载所有在META-INF/spring.factories文件中的类全路径名
   

2. spring.factories文件的位置以及内容
   
   我们点击，发现里面有非常多的xxxxAutoConfiguraion。也就是说，SpringBoot启动的时候，通过@Import(AutoConfigurationImportSelector.class)溯源到META-INF/spring.factories这样一个文件，加载了所有的自动装配配置类。
   但是呢，虽然这些组件全部被加载了，但是并没有全部生效，原因就在于@Conditional注解的条件装配，只有满足条件的配置类才会注入到IOC容器中并生效。

例如kafka的自动装配器,她的家在条件则是当存在KafkaTemplate这个bean的时候才会加载对应的kafka配置bean

3. 总结来说就是@Import(AutoConfigurationImportSelector.class)通过加载META-INF/spring.factories，自动加载其中的配置类，又根据@Conditional的条件装配原理，选择性的将组件加载到容器中并生效。所以我们有时候只需要写入一些yml配置,或者引入某个bean，就可以把这个三方组件的其他配置全都设置好了，归根到底就是springboot提前写好了一些配置，等待你的激活