Bean的加载所涉及到的大致步骤：

1）转换对应beanName

为什么需要转换beanName呢？因为传入的参数可能是别名，也可能是FactoryBean，所以需要一系列的解析，这些解析内容包括如下

去除FactoryBean的修饰符，也就是如果name="&aa",name会首先去除&而使name="aa"

取指定alias所表示的最终beanName,例如别名A指向名称为B的bean则返回B；若别名A指向别名B，别名C又指向名称为C的bean则返回C。

2）尝试从缓存中加载实例

单例在Spring的同一个容器中只会被创建一次，后续再获取bean,就直接从单例缓存中获取了。当然这里也只是尝试加载，首先尝试从缓存中加载，如果加载不成功则再次尝试从singletonFactories中加载，因为在创建单例bean的时候会存在依赖注入的情况。而在创建依赖的时候为了避免循环依赖，在Spring中创建bean的原则是不等bean创建完成就会将创建bean的ObjectFactory提早曝光加入到缓存中，一旦下一个bean创建时候需要依赖上一个bean则直接使用ObjectFactory。

3）bean的实例化

如果从缓存中得到了bean的原始状态，则需要对bean进行实例化。缓存中记录的只是最原始的bean状态，并不一定是我们最终想要的bean,。例如win需要对工厂bean进行处理，那么这里得到的其实是工厂bean的初识状态，但是我们真正需要的是工厂bean中定义的factory-method方法中返回的bean,而getObjectForBeanInstance就是完成这个工作的。

4）原型模式的依赖检查

只有在单例情况下才会尝试解决循环依赖，如果存在A中有B的属性，B中有A额的属性，那么当依赖注入的时候，就会产生当A还未创建完的时候因为对于B的创建再次返回创建A，造成循环依赖，也就情况isPrototypeCurrentlyInCreation(beanName)判断为true

5）检测parentBeanFactory

如果缓存没有数据的话直接转到父类工厂上去加载了,这是为什么呢？

前提条件是：parentBeanFactory!=null&&!containsBeanDefinition(beanName)，parentBeanFactory!=null。parentBeanFactory如果为空，则其他一切都是浮云。最重要的是！containsBeanDefinition(beanName)，它是在检测如果当前加载的XML配置文件中不包含beanName所对应的配置就只能到parentBeanFactory去尝试下，然后再去递归调用getBean方法

6）将存储XML配置文件的GernericBeanDefinition转换为RootBeanDefinition

因为从XML配置文件中读取到的Bean信息存储在GernericBeanDefinition中的，但是所有的Bean后续处理都是针对于RootBeanDefinition的，所以这里需要进行一个转换，转换的同时如果父类bean不为空的话，则会一并合并父类的属性。

7）寻找依赖

因为bean的初始化过程中很可能会用到某些属性，而某些属性很可能是动态配置的，并且配置成依赖于其他的bean,那么这个时候就有必要先加载依赖的bean,所以在spring加载顺序中，在初始化某一个bean的时候首先会初始化这个bean所对应的依赖

8）针对不同的scope进行bean的创建

9）类型转换