Spring容器加载和实例化bean的顺序

1、简介
在使用Spring时，Bean之间会有些依赖，好比一个Bean A实例化时须要用到Bean B,那么B应该在A以前实例化好。不少时候Spring智能地为咱们作好了这些工做，但某些状况下可能不是，好比Springboot的@AutoConfigureAfter注解，手动的指定Bean的实例化顺序。了解Spring内Bean的解析，加载和实例化顺序机制有助于咱们更好的使用Spring/Springboot，避免手动的去干预Bean的加载过程，搭建更优雅的框架。

2、基本了解
Spring容器在实例化时会加载容器内全部非延迟加载的单例类型Bean。
ApplicationContext内置一个BeanFactory对象，做为实际的Bean工厂，和Bean相关业务都交给BeanFactory去处理。BeanFactory在加载一个BeanDefinition（也就是加载Bean Class）时，将相应的beanName存入beanDefinitionNames属性中，beanDefinitionName 属性是Spring在加载Bean Class生成的BeanDefinition时，为这些Bean预先定义好的名称，在加载完全部的BeanDefinition后，执行Bean实例化工做在BeanFactory实例化全部非延迟加载的单例Bean时，遍历beanDefinitionNames 集合，按顺序实例化指定名称的Bean，此时会依据beanDefinitionNames的顺序来有序实例化Bean，也就是说Spring容器内Bean的加载和实例化是有顺序的，并且近似一致，固然仅是近似。

public class DefaultListableBeanFactory extends AbstractAutowireCapableBeanFactory
        implements ConfigurableListableBeanFactory, BeanDefinitionRegistry, Serializable {
    
    public void registerBeanDefinition(String beanName, BeanDefinition beanDefinition)
            throws BeanDefinitionStoreException {
        ......
        this.beanDefinitionNames.add(beanName);
    }
}

3、加载bean过程

先看加载Bean Class过程，零配置下Spring Bean的加载起始于ConfigurationClassPostProcessor类的postProcessBeanDefinitionRegistry（BeanDefinitionRegistry）方法，
其加载解析Bean Class的流程以下：

配置类能够是Spring容器的起始配置类，也能够是经过@ComponentScan扫描获得的类，也能够是经过@Import引入的类。
若是这个类上含有@Configuration，@Component，@ComponentScan，@Import，@ImportResource注解中的一个，或者内部含有@Bean标识的方法，那么这个类就是一个配置类，Spring就会按照必定流程去解析这个类上的信息。在解析的第一步会校验当前类是否已经被解析过了，若是是，那么须要按照必定的规则处理（@ComponentScan获得的Bean能覆盖@Import获得的Bean，@Bean定义的优先级最高）。
若是未解析过，那么开始解析：
1.解析内部类，查看内部类是否应该被定义成一个Bean，若是是，递归解析。
2.解析@PropertySource，也就是解析被引入的Properties文件。
3.解析配置类上是否有@ComponentScan注解，若是有则执行扫描动做，经过扫描获得的Bean Class会被当即解析成BeanDefinition，添加进beanDefinitionNames属性中。以后查看扫描到的Bean Class是不是一个配置类（大部分状况是，由于标识@Component注解），若是是则递归解析这个Bean Class。
4.解析@Import引入的类，若是这个类是一个配置类，则递归解析。
5.解析@Bean标识的方法，此种形式定义的Bean Class不会被递归解析
6.解析父类上的@ComponentScan，@Import，@Bean，父类不会被再次实例化，由于其子类可以作父类的工做，不须要额外的Bean了。

在1，3，4，6中都有递归操做，也就是在解析一个Bean Class A时，发现其上可以获取到其余Bean Class B信息，此时会递归的解析Bean Class B，在解析完Bean Class B后再接着解析Bean Class A，可能在解析B时可以获取到C，那么也会先解析C再解析B，就这样不断的递归解析。在第3步中，经过@ComponentScan扫描直接获得的Bean Class会被当即加载入beanDefinitionNames中，但@Import和@Bean形式定义的Bean Class则不会，也就是说正常状况下面@ComponentScan直接获得的Bean其实例化时机比其余两种形式的要早。经过@Bean和@Import形式定义的Bean Class不会当即加载，他们会被放入一个ConfigurationClass类中，而后按照解析的顺序有序排列，就是图片上的 “将配置类有序排列”。一个ConfigurationClass表明一个配置类，这个类多是被@ComponentScan扫描到的，则此类已经被加载过了；也多是被@Import引入的，则此类还未被加载；此类中可能含有@Bean标识的方法。
Spring在解析完了全部Bean Class后，开始加载ConfigurationClass。若是这个ConfigurationClass是被Import的，也就是说在加载@ComponentScan时其未被加载，那么此时加载ConfigurationClass表明的Bean Class。而后加载ConfigurationClass内的@Bean方法。

4、实例化Bean

固然以上仅仅表明着加载Bean Class的顺序，实际实例化Bean的顺序和加载顺序大致相同，但仍是会有一些差异。Spring在经过getBean(beanName)形式实例化Bean时，会经过BeanDefinition去生成Bean对象。在这个过程当中，若是BeanDefinition的DependsOn不为空，从字面理解就是依赖某个什么，
其值通常是某个或多个beanName，也就是说依赖于其余Bean，此时Spring会将DependsOn指定的这些名称的Bean先实例化，也就是先调用getBean(dependsOn)方法。咱们能够经过在Bean Class或者@Bean的方法上标识**@DependsOn**注解，来指定当前Bean实例化时须要触发哪些Bean的提早实例化。当一个Bean A内部经过@Autowired或者@Resource注入Bean B，那么在实例化A时会触发B的提早实例化，此时会注册A>B的dependsOn依赖关系，实质和@DependsOn同样，这个是Spring自动为咱们处理好的。

原文：https://blog.csdn.net/qq_27529917/article/details/79329809