前言
SpringBoot主启动类被@SpringBootApplication所修饰，点击进去该注解，出现上图，会发现其为组合注解，本章节将会基于注解进行解释其自动装配在源码层面是怎么实现的，完整的注解调用链路如下图所示：
1.元注解
@Target注解
- 注解的作用目标
- @Target(ElementType.TYPE) //接口、类、枚举、注解
- @Target(ElementType.FIELD) //字段、枚举的常量
- @Target(ElementType.METHOD) //方法
- @Target(ElementType.PARAMETER) //方法参数
- @Target(ElementType.CONSTRUCTOR) //构造函数
- @Target(ElementType.LOCAL_VARIABLE) //局部变量
- @Target(ElementType.ANNOTATION_TYPE) //注解
- @Target(ElementType.PACKAGE) //包
@Retention注解
- 修饰注解，是注解的注解，称为元注解
- SOURCE, // 编译器处理完Annotation后不存储在class中
- CLASS, // 编译器把Annotation存储在class中，这是默认值
- RUNTIME // 编译器把Annotation存储在class中，可以由虚拟机读取,反射需要
@Documented注解
- 这个Annotation可以被写入javadoc
上述三个元注解也是实现自定义注解的基础，不是很清楚的可以先看这篇：自定义注解
@Inherited 注解
- 作用先看这篇：@Inherited作用，简而言之：
@SpringBootApplication注解被@Inherited修饰，则SpringBoot主启动类也就具备了@SpringBootApplication注解的：
@SpringBootConfiguration
@EnableAutoConfiguration
@ComponentScan
2.@ComponentScan注解
这个注解原来在SpringFramework中比较常见，而且其出现位置为配置文件：spring配置文件的applicationContext.xml或者springmvc的配置文件中，用来标识：扫描的包路径，这样就可以将我们定义的注解扫描进去。
在SpringBoot中，其关键作用是：默认扫描当前配置类所在包及子包下的所有组件， exclude 属性会将主启动类、自动配置类屏蔽掉
2.1 TypeExcludeFilter注解
其核心代码简单PO出，依赖BeanFactory，这个BeanFactory就是SpringFramework接口体系中的顶层，定义了基本的方法，如：getBean，containsBean，isSingleton，getType，isTypeMatch等。如下图(体系要比这个更丰富，推荐大家自己在Idea中生成查看，看SpringBoot源码的前提，建议先看Spring源码)：
TypeExcludeFilter核心方法为match()，其关键作用在于：拓展组件的过滤，提供一种扩展机制，能让我们向IOC容器中注册一些自定义的组件过滤器，以在包扫描的过程中过滤它们。会从 BeanFactory 中获取所有类型为 TypeExcludeFilter 的组件，去执行自定义的过滤方法。
2.2 AutoConfigurationExcludeFilter注解
其核心方法和TypeExcludeFilter一样，match()方法，但是实现有所区别，AutoConfigurationExcludeFilter的核心是：判断是否是一个配置类，且同时是否是一个自动配置的配置类
2.3 问题：SpringBoot怎么过滤不需要的组件
【面试题】：Spring IOC容器在boot中也是存在的对吧，那有一些Bean我不想在启动时就注入IOC容器，这种情况有遇到过吗？
【个人理解】：目前还没遇到，不过要是实现的话，在启动类上加上@ComponentScan注解，在value中写上指定的：*.class是可以实现的【参见2.4小结】，或继承TypeExcludeFilter ，重写match方法，如默认会加载com.test.TestService这个bean，则重写的方法中，
public class MyTypeExcludeFilter extends TypeExcludeFilter { @Override public boolean match(MetadataReader metadataReader, MetadataReaderFactory metadataReaderFactory) throws IOException { if("com.test.TestService".equals(metadataReader.getClassMetadata().getClassName())){ return false; } return true; } }
或者直接在boot配置文件中添加，其是支持的【但是我没细究如何配置，这个百度下应该就有】，如下：
2.4 小结
上述之后我们都能知道两个Exclude都有match方法，但是匹配什么？过滤什么？至少我在第一次看的时候还是很懵的，目前我的认知总结如下，可能不是很准确，提供出来给大家参考一下：
@ComponentScan注解会扫描Bean完成IOC注入，但是有一部分我们是不需要注入进IOC容器的，那么这种场景下我们就可以借助于我们这一小章节的注解进行实现，其实现方法就是：
import org.springframework.context.annotation.FilterType;
import org.springframework.context.annotation.ComponentScan;
@ComponentScan(excludeFilters = {@ComponentScan.Filter(type = FilterType.ASSIGNABLE_TYPE, classes = {TestBean.class})})
这种方式是官方给的一个参考方式，但是我们也可以清楚的看到弊端：仅适用于少量的，如果需要规避的扫描类很多，这个classes将会变的非常冗杂，当然也有很多解决方案，如继承TypeExcludeFilter ，重写match方法，更多方式自行百度下就行。
关于@AutoConfigurationExcludeFilter，能搜到的资料很少，区别就在于多了一部分AutoConfiguration，所以我目前的认知是：二者都能用来处理组件过滤，但是是TypeFilter接口的两种实现，一种主要服务于主启动类组件，一种服务于自动配置的组件，二者结合实现一个完整的组件过滤。
上图的BeanFactoryAware，BeanClassLoaderAware在Spring IOC容器中比较常见，也是Spring的Bean生命周期中会遇到的组件，这里就不再赘述，有需要的百度学习下即可，贴个简单的IOC接口体系(实际要更丰富)。
3.@SpringBootConfiguration注解
官方给的解释也是：@SpringBootConfiguration 是对 @Configuration注解(这个我们可能就比较熟悉了，不了解的参考：@Configuration)的一种封装，在上图我们也可看出，其核心作用是：标注在配置类上，且是主启动类(如果@Configuration标注就不必强调是主启动类)，基于这个注解，其所在的包路径位置获取之后EnableAutoConfiguration(第4节详细论述)注解扫描的依据，进而扫描出配置文件。
这里也说明了为什么SpringBoot的主启动类，我们是放在包的最外层，因为只有这样，我们的basePackage才能够获取到全部组件。
