Spring 自动装配原理，源码分析

流程的思想

将类用@Configuration注册为配置类，再将方法注册成bean包，最后是扫描注册成bean包的类。前两步简单，重点关注第三步。怎么扫描？什么时候扫描？在哪里扫描？（有错误欢迎指出，看到马上改）

Bean的生命周期（什么时候扫描？）

先看一下Bean的生命周期（网上随便找的图）：

 可以看到，先是构造成普通对象，依赖注入（DI）完以后才会成为IoC管理的bean对象。所以什么时候扫描？当然是DI完之后的Aware（翻译成感知）接口实现，Spring的Aware提供了三个Aware接口，分别是：

• BeanNameAware（感知bean包名）：在bean加载的过程中可以获取到该bean的id
• BeanFactoryAware（感知bean工厂）：可以在bean加载的过程中可以获取到加载该bean的BeanFactory
• ApplicationContextAware（感知程序上下文）：可以在bean加载的过程中可以获取到Spring的ApplicationContext，从而能够获取任意bean及大量IOC容器信息

要注意的是Aware接口本身并不会被触发，Bean在创建过程，如果实现了BeanPostProcessor接口，会在实例化后统一调用BeanPostProcessor接口。

例：ApplicationContextAware类源码中的setApplicationContext方法，其实并没有被调用，而是在Spring源码中在准备beanFactory的时候就已经将ApplicationContextAwareProcessor添加到beanPostProcessor List列表中了，然后在创建bean时，beanPostProcessor会被调用，从而实现了Aware接口的触发。

---

装配原理

为什么要讲bean的生命周期？因为要扫描配置类的位置，两种思路：

• 扫描配置类路径：@ComponentScan注解扫描@Configuration注解配置类的类路径
• 从IoC容器中找：上面说的Bean生命周期

一样，先看一下自动装配涉及到的注解：

以上3个注解都内置在了SpringBoot的启动注解@SpringBootApplication中

 @EnableAutoConfiguration注解（在哪里扫描？）

 @EnableAutoConfiguration注解（自动装配的核心注解，此处还涉及到了模块插件化，我喜欢叫开关插件），内置了一个@Import注解导入AutoConfigurationImportSelector。

在源码看一下这个AutoConfigurationImportSelector类做了什么事，发现它实现了BeanClassLoaderAware，BeanFactoryAware这两个接口，也就是说它还有两个功能Bean的创建和选择加载，也印证之前说的从IoC容器扫描Bean包。

 getAutoConfigurationEntry（）——怎么扫描？

但是没有找到我们想要，没有找到我们想要的扫描的代码。往下找一下发现getAutoConfigurationEntry，如图：

再看看getCandidateConfigurations这个方法：

用到了断言，意思是：“在 META-INF/spring/...... 中没有找到自动配置类。如果您使用自定义包装，请确保该文件是正确的“。既然这样，那再看看它上面执行的逻辑，进ImportCandidates.load看看。

 发现它好像是按照注解导入配置类（没太看懂，懂的求教一下），回到getAutoConfigurationEntry往下看还有什么操作，发现getConfigurationClassFilter有过滤功能？看看干了什么

看不懂，不重要！~，点进SpringFactoriesLoader.loadFactories发现了最想找的，如图：

发现他是从META-INF/spring.factories文件中加载配置类

总结：

自定义配置类，弄进IoC（@bean），在META-INF/spring.factories按照全限定类名路径加入配置类。其中一些细节会用到@ComponentScan（不同模块的spring.factories加入IoC）和@Conditional（bean加载的条件）注解