bean的加载

对于加载bean的功能，在Spring中的调用方法为：

public Object getBean(String name) throws BeanException{
	return doGetBean(name,null,null,false)
}
protected < T> T doGetBean(final String beanName,final Class< T> requireType,final Object [] args,boolean typeCheckOnly) throws BeanException
// 提取对应的beanName
// 检查缓存中或者实例工厂中是否有对应的实例，为什么首先使用这段代码呢，因为在创建单例bean的时候会存在依赖注入的情况，而在创建依赖的时候为了避免循环依赖，Spring创建bean的原则是不等bean创建完成就会创建bean的ObjectFactory提早曝光，也就是将ObjectFactory加入到缓存中，一旦下个bean创建的时候需要依赖上一个bean则直接使用ObjectFactory
// 直接尝试从缓存或singletonFactories中的ObjectFactory中获取
// 返回对应的示例，有时候存在BeanFactory的情况并不是直接返回实例本身而是返回指定方法返回实例
// 当在单例情况下才会尝试解决循环依赖，原型模式情况下，如果存在A中有B属性，B中有A属性，那么依赖注入的时候，就会产生当A还未创建完的时候因为对于B的创建再次返回创建A，造成循环依赖
// 如果beanDefinitionMap中也就是在所有已加载的类中不包括beanName则尝试从parentBeanFactory中检测
// 递归到BeanFactory中寻找
// 如果不是仅仅做类型检查而是创建bean，需要进行记录
// 将储存在GenericBeanDefinition转换为RootBeanDefinition，如果指定BeanName是子Bean的话同时会合并父类的相关属性
// 若存在依赖则需要递归实例化依赖的bean，并缓存依赖调用
// 实例化依赖的bean后便可以实例化mbd本身了
// singleton模式的创建
// prototype模式的创建
// 指定scope上实例化bean
// 检查需要的类型是否符合bean的实际类型
}

1.转换对应的beanName

这里传入的参数有可能是别名，也有可能是FactoryBean，所以需要进行一系列的解析，这些解析内容包括如下内容。

a.去除FactoryBean的修饰符，也就是如果那么=“&aa”，那么会首先去除&而使name=“aa”。

b.去除alisa所表示的最终beanName，例如别名A指向名称为B的bean，则返回B；若别名A指向别名B，别名B又指向名称为C的bean，则返回C。

2.尝试从缓存加载单例

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

3.bean的实例化

如果从缓存中得到了bean的原始状态，则需要对bean进行实例化。这里必须强调下，缓存中记录的只是最原始的bean状态，并不一定是最终想要的bean。所有使用getObjectForBeanInstance完成这个工作。

4.原型模式的依赖检查

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

5.检测parentBeanFactory

从代码上看，如果缓存没有数据的话直接转到父类工厂上去加载了，这是为什么？它是检测如果加载的XML配置文件中不包含beanNane所对应的配置，就只能到parentBeanFactory去尝试加载了，然后再去递归的调用getBean方法。

6.将存储XML配置文件的GenericBeanDefiniton转换未RootBeanDefinition

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

7.寻找依赖

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

8.针对不同的scope进行bena的创建，在Spring中存在不同的scope，其中默认的是singleton，但是还有注入prototype，request之类的，在这个步骤中，Spring会根据不同的配置进行不同的初始化策略。

9.类型转换

程序到这里返回bean后基本结束了，通常对该方法的调用参数requireType是为空的，但是可能会存在这样的情况，返回的bean其实是一个String，但是requireType却传入Integer类型，那么这时候本步骤就会起作用了，它的功能就是将返回的bean转换为requireType所指定的类型。当然，String转换为Integer是最简单的一种转换，在Spring中提供了各种各样的转换器，用户也可以自己扩展转换器来满足自己的需求。