1.转换对应beanName
这里传入的name可能不是beanName，传入的name可能是别名，也可能是FactoryBean。解析过程就是去除FactoryBean的前缀修饰符&，如果是别名alias，则找到最终的beanName。
2.尝试从缓存中加载单例
单例在Spring的同一个容器内只会被创建一次，后续再获取bean，则是直接从单例缓存中获取。当然这里是尝试加载，首先尝试从缓存中加载，如果失败尝试从earlySingletonObjects提前曝光的单例对象中加载，如果还失败，再从singletonFactories存放的要被实例化的对象的对象工厂中加载，并将加载的单例对象存放在earlySingletonObjects中提前曝光，从singletonFactories删除该对象。因为在创建单例bean的时候会存在依赖注入的情况，而在创建依赖的时候为了避免循环依赖，在Spring中创建bean的原则是不等bean创建完成就会创建bean的ObjectFactory提早曝光加入到缓存中，一旦下一个bean创建的时候需要依赖上一个bean则直接使用ObjectFactory。
三个Map集合：
singletonObjects：第一级缓存，里面放置的是实例化好的单例对象；
earlySingletonObjects：第二级缓存，里面存放的是提前曝光的单例对象；
singletonFactories：第三级缓存，里面存放的是要被实例化的对象的对象工厂。
3.bean的实例化
如果从缓存中得到了bean的原始状态，则需要对bean进行实例化。这里有必要强调一下，缓存中记录的是原始的bean状态，并不一定是我们最终想要的bean。举个例子，假如我们需要对工厂bean进行处理，那么这里得到的其实是工厂bean的初始状态，但是我们真正需要的是工厂bean中定义的factory-method方法中返回的bean，而getObjectForBeanInstance就可以完成这个工作的。
4.原型模式的依赖检查
只有在单例情况下才会尝试解决循环依赖，如果存在A中有B的属性，B中有A的属性，那么当依赖注入的时候，即会产生当A还未创建完的时候因为对于B的创建再次返回创建A，造成循环依赖，也就是isPrototypeCurrentlyInCreation(beanName)判断true。
5.检测parentBeanFactory
从代码上看，如果缓存中没有数据的话直接转到父类工厂上去加载了，这是为何呢？条件是parentBeanFactory != null && !containsBeanDefinition(beanName)。关键在与containsBeanDefinition方法，它是在检测如果当前XML中没有配置对应的beanName，只能到parentBeanFactory中去进行一下尝试，然后再去递归的调用getBean方法。
6.将存储XML配置文件的GenericBeanDefinition转换为RootBeanDefinition
因为从XML中读取Bean信息是放在GenericBeanDefinition中的，但是所有的Bean后续处理都是针对RootBeanDefinition的。这里做一下转化，如果父类bean不为空的话，则会合并父类的属性。
7.寻找依赖
因为Bean的初始化过程中，很可能会用到某些属性，而某些属性很可能是动态配置的，并且配置成依赖于其他的bean，那么这个时候就有必要先加载依赖的bean，所以在Spring的加载顺序中，在初始化某一个bean的时候首先初始化这个bean的依赖。
8.针对不同的scope进行bean的创建
我们知道在Spring中可以指定各种scope，默认singleton。但是还有些其他的配置诸如prototype、Request之类的。在这个步骤中，Spring会根据不同的配置进行不同的初始化策略。
9.类型转换
程序到这里返回bean基本结束了，通常对该方法的调用参数requiredType是为空的，但是可能会存在这种情况，返回的bean其实是个String，但是requiredType却传入Integer类型，那么这个时候这个步骤就起作用了，它的功能是将返回的bean转换为requiredType所指定的类型。当然，String转换为Integer是最简单的一种转换，在Spring中提供了各种各样的转换器，用户也可以自己扩展转换器来满足需求。
