四、spring源码解读初始化

4.1、什么是IOC/DI？

IOC（Inversion of Control）控制反转：所谓控制反转，就是把原先我们代码里面需要实现对象创建、依赖的代码，反转给容器来帮忙实现。那么必然的我们需要创建一个容器，同时需要一种描述来让容器知道需要创建的对象与对象的关系。这描述最具体的表现就是我们可配置的文件。

DI(Dependency Injection)依赖注入：就是指对象是被动接受依赖类而不是自己主动去找，换句话说就是指对象不是从容器中查找它依赖的类，而是在容器实例化对象的时候主动将它依赖的类注入给它。

先从我们自己设计这样一个视角来考虑：

对象和对象关系怎么表示？

可以用 xml，properties文件等语义化配置文件表示。

描述对象关系的文件存放在哪里？

可能是classpath，filesystem，或者是url网络资源，servletContext等。

回到正题，有了配置文件，还需要配置文件解析。

不同的配置文件对对象的描述不一样，如标准的，自定义声明式的，如何统一？在内部需要有一个统一的关于对象的定义，所有外部的描述都必须转化成统一的描述定义。

如何对不同的配置文件进行解析？需要对不同的配置文件语法，采用不同的解析器

4.2 Spring IOC体系结构

（1） BeanFactory

Spring Bean 的创建时典型的工厂模式，这一系列的Bean工厂，也即IOC容器为开发者管理对象间的依赖关系提供了很多便利和基础服务，在Spring中有许多的IOC容器的实现供用户选择和使用，其相互关系如下：

其中BeanFactory作为最顶层的一个接口类，它定义了IOC容器的基本功能规范，BeanFactory 有三个子类：ListableBeanFactory、HierarchicalBeanFactory 和 AutowireCapableBeanFactory。但是从上图中我们可以发现最终的默认实现类是DeaultListableBeanFactory，他实现了所有的接口。那为何要定义这么多层次的接口那？查阅这些接口的源码和说明发现，每个接口都有它使用的场合，它主要是为了区分在Spring 内部在操作过程中对象的传递和转化过程中，对对象的数据访问所做的限制。

例如ListableBeanFactory接口表示这些Bean是可列表的，而HierarchicalBeanFactory 表示的是这些Bean是有继承关系的，也就是每个Bean可能有父Bean。

AutowireCapableBeanFactory 接口定了Bean的集合、Bean之间的关系、以及Bean行为

最基本的IOC容器接口BeanFactory

public interface BeanFactory {//对FactoryBean的转义定义，因为如果使用bean的名字检索FactoryBean得到的对象是工厂生产的对象//如果需要得到工厂本身，需要转移String FACTORY_BEAN_PREFIX = "&";//根据Bean的名字，获取在IOC容器中得到Bean实例Object getBean(String name) throws BeansException;//根据bean的名字和class类型来得到bean实例，增加了类型安全验证机制<T> T getBean(String name, Class<T> requiredType) throws BeansException;//获取IOC容器中指定名称和参数的BeanObject getBean(String name, Object... args) throws BeansException;//提供对bean的检索，看看是否在IOC容器有这个名字的beanboolean containsBean(String name);//根据Bean名字得到bean实例，并同时判断这个bean是不是单例boolean isSingleton(String name) throws NoSuchBeanDefinitionException;//得到bean实例的class类型Class<?> getType(String name) throws NoSuchBeanDefinitionException;//得到bean的别名，如果根据别名检索，那么其原名也会被检索出来String[] getAliases(String name);
}

在BeanFactory里只对IOC容器的基本行为作了定义，根本不关心你的bean是如何定义怎么加载的。

正如我们只关心工厂里得到怎么样的对象产品，至于工厂是怎么生产这些对象的，这个基本的接口不关心。

而要是知道工厂是如何产生对象的，我们需要看具体的IOC容器实现，Spring提供了许多IOC容器的实现。比如XmlBeanFactory，ClasspathXmlApplicationContext等。其中xmlBeanFactory就是针对最基本的IOC容器的实现，这个IOC容器可以读取XML文件定义的BeanDefinition（XML文件中对Bean的描述），如果说XmlBeanFactory是容器中的屌丝，ApplicationContext应该算容器中的高富帅。

ApplicationContext是spring提供的一个高级的IOC容器，他除了能够提供IOC容器的基本功能外，还为用户提供了以下的附加服务。

从ApplicationContext接口的实现，我们看出其特点:

1. 支持信息源，可以实现国际化。（实现MessageSource接口）

2. 访问资源。（实现ResourcePatternResolver接口）

3. 支持应用事件。（实现ApplicationEventPublisher接口）

(2)BeanDefinition

SpringIOC容器管理了我们定义的各种bean对象及其相互的关系，Bean对象在Spring实现中以BeanDefinition来描述，其继承体系如下：

Bean 的解析过程非常复杂，功能被分的很细，因为这里需要被扩展的地方很多，必须保证有足够的灵活性，以应对可能的变化。Bean 的解析主要就是对Spring配置文件的解析。这个解析过程主要通过下图的类完成：

Spring里面初始化经过3个步骤：

定位（找到我们的xml配置文件）

加载（找到xml文件用Dom4j解析xml文件，并保存为BeanDefinition对象存在内存）

5.3、IOC容器的初始化

IOC容器的初始化包括BeanDefinition的Resource定位，载入和注册这三个基本的过程。我们以ApplicationContext为例讲解，ApplicationContext系列容器也许是我们最熟悉的，因为web项目中使用的XMLWebApplicationContext就属于这个继承体系，还有ClasspathXmlApplicationContext等，

其继承体系如下：

ApplicationContext允许上下文嵌套，通过保持父上下文可以维持一个上下文体系。对于bean的查找可以在这个上下文体系中发生，首先检查当前上下文，其次是父上下文，逐级向上，这样为不同的spring应用提供了一个共享的Bean定义环境。

下面我们分别简单演示一下两种ioc容器的创建过程

1、XmlBeanFactory（屌丝IOC）的整个流程

通过XmlBeanFactory的源码，我们可以发现：

调用全过程还原，定位、载入、注册

通过前面的源码，this.reader = new XmlBeanDefinitionReader(this); 其中this传的是factory对象

2、FileSystemXmlApplicationContext的IOC容器流程

1、高富帅IOC解刨

ApplicationContext = new FileSystemXmlApplicationContext（xmlPath）；

先看其构造函数：

调用构造方法：

public FileSystemXmlApplicationContext(String configLocation) throws BeansException {this(new String[] {configLocation}, true, null);}

实际调用

 public FileSystemXmlApplicationContext(String[] configLocations, boolean refresh, ApplicationContext parent)throws BeansException {super(parent);setConfigLocations(configLocations);if (refresh) {refresh();}}

2、设置资源加载器和资源定位

通过分析FileSystemXmlApplicationContext的源代码可以知道，在创建FileSystemXmlApplicationContext容器时，构造方法做以下两项重要工作：首先，调用父类容器的构造方法（super（parent）方法）为容器设置好Bean资源加载器然后，在调用父类AbstractRefreshableConfigApplicationContext的setConfigLocations(configLocations)方法设置Bean定义资源文件的定位路径。通过追踪FileSystemXmlApplicationContext的继承体系，发现其父类的父类

AbstractApplicationContext中初始化IOC容器所做的主要源码如下：

public abstract class AbstractApplicationContext extends DefaultResourceLoaderimplements ConfigurableApplicationContext, DisposableBean {//静态初始化块，在整个容器创建过程中只执行一次static {// Eagerly load the ContextClosedEvent class to avoid weird classloader issues// on application shutdown in WebLogic 8.1. (Reported by Dustin Woods.)//为了避免应用程序在Weblogic8.1关闭时出现类加载异常加载问题，加载IOC容器关闭事件(ContextClosedEvent)类ContextClosedEvent.class.getName();}public AbstractApplicationContext() {//动态的获取资源解析器，解析我们的资源文件this.resourcePatternResolver = getResourcePatternResolver();}//FileSystemXmlApplicationContext调用父类构造方法调用的就是该方法public AbstractApplicationContext(ApplicationContext parent) {//调用默认的方法然后调用获取资源解析器this();//setParent(parent);}//获取一个Spring Source的加载器用于读入Spring Bean定义资源文件protected ResourcePatternResolver getResourcePatternResolver() {//AbstractApplicationContext继承DefaultResourceLoader，因此也是一个资源加载器//Spring资源加载器，其getResource(String location)方法用于载入资源return new PathMatchingResourcePatternResolver(this);}
...
}

AbstractApplicationContext构造方法中调用PathMatchingResourcePatternResolver的构造方法创建Spring资源加载器：

 public PathMatchingResourcePatternResolver(ResourceLoader resourceLoader) {Assert.notNull(resourceLoader, "ResourceLoader must not be null");//设置Spring的资源加载器this.resourceLoader = resourceLoader;}

在设置容器的资源加载器后，接下来FileSystemXmlApplicationContext执行setConfigLocations方法通过调用其父类AbstractRefreshableConfigApplicationContext的方法进行对bean定义资源文件的定位，该方法的源码如下

//处理单个资源文件路径为一个字符串的情况public void setConfigLocation(String location) {//String CONFIG_LOCATION_DELIMITERS = ",; /t/n";  //即多个资源文件路径之间用” ,; /t/n”分隔，解析成数组形式  setConfigLocations(StringUtils.tokenizeToStringArray(location, CONFIG_LOCATION_DELIMITERS));}//解析Bean定义资源文件的路径，处理多个资源文件字符串数组public void setConfigLocations(String[] locations) {if (locations != null) {Assert.noNullElements(locations, "Config locations must not be null");this.configLocations = new String[locations.length];for (int i = 0; i < locations.length; i++) {//resolvePath为同一个类中将字符串解析为路径的方法  this.configLocations[i] = resolvePath(locations[i]).trim();}}else {this.configLocations = null;}}

通过这两个方法的源码我们可以看出，我们既可以使用一个字符串来匹配多少个spring Bean定义资源文件，也可以使用字符串数组，即下面两种方式都是可以的。

A. ClasspathResource res = new ClasspathResource("a.xml,b.xml,.....");

多个资源文件路径之间可以是用 “ ,; /t/n” 等分隔符。

B. ClasspathResource res = new ClasspathResource(new String[]{"a.xml,b.xml,....."});

至此，Spring IOC 容器在初始化时将配置的Bean定义资源文件定位为Spring封装的Resource

3、AbstractApplicationContext 的 refresh函数载入Bean定义过程：

Spring Ioc容器对Bean定义资源的载入是从refresh()函数开始的，refresh()是一个模板方法。

refresh()方法的作用是：在创建IOC容器前，如果已经有容器存在，则需要把已有容器销毁和关闭，以保证在refresh之后使用的是新建立起来的IOC容器。refresh的作用类似于对IOC容器的重启，在新建立好的容器中对容器进行初始化，对Bean定义资源进行载入

FileSystemXmlApplicationContext通过调用其父类AbstractXmlApplicationContext的refresh函数启动整个IOC容器对Bean定义的载入过程：

//容器初始化的过程，读入Bean定义资源，并解析注册public void refresh() throws BeansException, IllegalStateException {synchronized (this.startupShutdownMonitor) {// Prepare this context for refreshing.//调用容器准备刷新的方法，获取容器的当时时间，同时给容器设置同步标识prepareRefresh();// Tell the subclass to refresh the internal bean factory.//告诉子类启动refreshBeanFactory()方法，Bean定义资源文件的载入从子类的refreshBeanFactory()方法启动  ConfigurableListableBeanFactory beanFactory = obtainFreshBeanFactory();// Prepare the bean factory for use in this context.//为BeanFactory配置容器特性，例如类加载器、事件处理器等prepareBeanFactory(beanFactory);try {// Allows post-processing of the bean factory in context subclasses.//为容器的某些子类指定特殊的BeanPost事件处理器postProcessBeanFactory(beanFactory);// Invoke factory processors registered as beans in the context.//调用所有注册的BeanFactoryPostProcessor的BeaninvokeBeanFactoryPostProcessors(beanFactory);// Register bean processors that intercept bean creation.//为BeanFactory注册BeanPost事件处理器.  //BeanPostProcessor是Bean后置处理器，用于监听容器触发的事件 registerBeanPostProcessors(beanFactory);// Initialize message source for this context.//初始化信息源，和国际化相关.initMessageSource();// Initialize event multicaster for this context.//初始化容器事件传播器initApplicationEventMulticaster();// Initialize other special beans in specific context subclasses.//调用子类的某些特殊Bean初始化方法onRefresh();// Check for listener beans and register them.//为事件传播器注册事件监听器.registerListeners();// Instantiate all remaining (non-lazy-init) singletons.//初始化所有剩余的单例Bean.finishBeanFactoryInitialization(beanFactory);// Last step: publish corresponding event.//初始化容器的生命周期事件处理器，并发布容器的生命周期事件finishRefresh();}catch (BeansException ex) {// Destroy already created singletons to avoid dangling resources.//销毁以创建的单态BeandestroyBeans();// Reset 'active' flag.//取消refresh操作，重置容器的同步标识.cancelRefresh(ex);// Propagate exception to caller.throw ex;}}}

refresh()方法主要为IOC容器Bean的生命周期管理提供条件，Spring IOC容器载入Bean定义资源文件从其子类容器的refreshBeanFactory（）方法启动，所以整个 refresh()中“ConfigurableListableBeanFactory beanFactory = obtainFreshBeanFactory();”这句以后代码的都是注册容器的信息源和生命周期事件，载入过程就是从这句代码开始的

refresh()方法的作用是：在创建IOC容器前，如果已经有容器存在，则需要把已有容器销毁和关闭，以保证在refresh之后使用的是新建立起来的IOC容器。refresh的作用类似于对IOC容器的重启，在新建立好的容器中对容器进行初始化，对Bean定义资源进行载入————由此可见IOC容器为单例

AbstractApplicationContext的obtainFreshBeanFactory()方法调子容器的refreshBeanFactory()方法，启动容器载入bean定义资源文件的过程，代码如下。

 protected ConfigurableListableBeanFactory obtainFreshBeanFactory() {//这里使用了委派设计模式，父类定义了抽象的refreshBeanFactory()方法，具体实现调用子类容器的refreshBeanFactory()方法refreshBeanFactory();ConfigurableListableBeanFactory beanFactory = getBeanFactory();if (logger.isDebugEnabled()) {logger.debug("Bean factory for " + getDisplayName() + ": " + beanFactory);}return beanFactory;}

AbstractApplicationContext子类的refreshBeanFactory()方法

AbstractApplicationContext类中只抽象定义了refreshBeanFactory方法，容器真正调用的是其子类的AbstractRefreshableApplicationContext实现的refreshBeanFactory()方法，方法源码如下：

@Overrideprotected final void refreshBeanFactory() throws BeansException {if (hasBeanFactory()) {//如果已经有容器，销毁容器中的bean，关闭容器destroyBeans();closeBeanFactory();}try {//创建IOC容器DefaultListableBeanFactory beanFactory = createBeanFactory();beanFactory.setSerializationId(getId());//对IOC容器进行定制化，如设置启动参数，开启注解的自动装配等customizeBeanFactory(beanFactory);//调用载入Bean定义的方法，主要这里又使用了一个委派模式，在当前类中只定义了抽象的loadBeanDefinitions方法，具体的实现调用子类容器loadBeanDefinitions(beanFactory);synchronized (this.beanFactoryMonitor) {this.beanFactory = beanFactory;}}catch (IOException ex) {throw new ApplicationContextException("I/O error parsing bean definition source for " + getDisplayName(), ex);}}

在这个方法中，先判断BeanFactory是否存在，如果存在则先销毁beans并关闭beanFactory，接着创建DefaultListableBeanFactory，并调用loadBeanDefinitions(beanFactory);装载bean定义。

5.AbstractRefreshableApplicationContext子类的loadBeanDefinitions方法：

AbstractRefreshableApplicationContext中只定义了抽象的loadBeanDefinitions方法容器真正调用的是其子类AbstractXmlApplicationContext对该方法的实现，AbstractXmlApplicationContext的主要源码如下：

loadBeanDefinitions方法同样是抽象方法，是由其子类实现的，也即在AbstractXmlApplicationContext中。

//实现父类抽象的载入Bean定义方法 @Overrideprotected void loadBeanDefinitions(DefaultListableBeanFactory beanFactory) throws BeansException, IOException {// Create a new XmlBeanDefinitionReader for the given BeanFactory.//创建XmlBeanDefinitionReader，即创建Bean读取器，并通过回调设置到容器中去，容  器使用该读取器读取Bean定义资源XmlBeanDefinitionReader beanDefinitionReader = new XmlBeanDefinitionReader(beanFactory);// Configure the bean definition reader with this context's// resource loading environment.beanDefinitionReader.setEnvironment(this.getEnvironment());//为Bean读取器设置Spring资源加载器，AbstractXmlApplicationContext的  //祖先父类AbstractApplicationContext继承DefaultResourceLoader，因此，容器本身也是一个资源加载器beanDefinitionReader.setResourceLoader(this);//为Bean读取器设置SAX xml解析器beanDefinitionReader.setEntityResolver(new ResourceEntityResolver(this));// Allow a subclass to provide custom initialization of the reader,// then proceed with actually loading the bean definitions.//当Bean读取器读取Bean定义的Xml资源文件时，启用Xml的校验机制initBeanDefinitionReader(beanDefinitionReader);//Bean读取器真正实现加载的方法loadBeanDefinitions(beanDefinitionReader);}//Xml Bean读取器加载Bean定义资源protected void loadBeanDefinitions(XmlBeanDefinitionReader reader) throws BeansException, IOException {//获取Bean定义资源的定位//这里使用了一个委托模式，调用子类的获取Bean定义资源定位的方法  //该方法在ClassPathXmlApplicationContext中进行实现，对于我们  //举例分析源码的FileSystemXmlApplicationContext没有使用该方法Resource[] configResources = getConfigResources();if (configResources != null) {//Xml Bean读取器调用其父类AbstractBeanDefinitionReader读取定位的Bean定义资源reader.loadBeanDefinitions(configResources);}//如果子类中获取的Bean定义资源定位为空，则获取FileSystemXmlApplicationContext构造方法中setConfigLocations方法设置的资源String[] configLocations = getConfigLocations();if (configLocations != null) {//Xml Bean读取器调用其父类AbstractBeanDefinitionReader读取定位的Bean定义资源reader.loadBeanDefinitions(configLocations);}}

Xml Bean读取器（XmlBeanDefinitionReader）调用其父类AbstractBeanDefinitionReader的reader.loadBeanDefinitions方法读取Bean定义资源。

由于我们使用FileSystemXmlApplicationContext作为例子分析，因此getConfigResources的返回值为null，因此程序执行reader.loadBeanDefinitions(configLocations）分支

6、AbstractBeanDefinitionReader读取Bean定义资源：

AbstractBeanDefinitionReader的loadBeanDefinitions方法源码如下：可以看到org.springframework.beans.factory.support 看一下BeanDefintionReader的结构

在其抽象父类AbstractBeanDefinitionReader中定义了载入过程

//重载方法，调用下面的loadBeanDefinitions(String, Set<Resource>);方法 public int loadBeanDefinitions(String location) throws BeanDefinitionStoreException {return loadBeanDefinitions(location, null);}public int loadBeanDefinitions(String location, Set<Resource> actualResources) throws BeanDefinitionStoreException {//获取在IoC容器初始化过程中设置的资源加载器 ResourceLoader resourceLoader = getResourceLoader();if (resourceLoader == null) {throw new BeanDefinitionStoreException("Cannot import bean definitions from location [" + location + "]: no ResourceLoader available");}if (resourceLoader instanceof ResourcePatternResolver) {// Resource pattern matching available.try {//将指定位置的Bean定义资源文件解析为Spring IOC容器封装的资源  //加载多个指定位置的Bean定义资源文件  Resource[] resources = ((ResourcePatternResolver) resourceLoader).getResources(location);//委派调用其子类XmlBeanDefinitionReader的方法，实现加载功能 int loadCount = loadBeanDefinitions(resources);if (actualResources != null) {for (Resource resource : resources) {actualResources.add(resource);}}if (logger.isDebugEnabled()) {logger.debug("Loaded " + loadCount + " bean definitions from location pattern [" + location + "]");}return loadCount;}catch (IOException ex) {throw new BeanDefinitionStoreException("Could not resolve bean definition resource pattern [" + location + "]", ex);}}else {// Can only load single resources by absolute URL.//将指定位置的Bean定义资源文件解析为Spring IOC容器封装的资源  //加载单个指定位置的Bean定义资源文件Resource resource = resourceLoader.getResource(location);//委派调用其子类XmlBeanDefinitionReader的方法，实现加载功能int loadCount = loadBeanDefinitions(resource);if (actualResources != null) {actualResources.add(resource);}if (logger.isDebugEnabled()) {logger.debug("Loaded " + loadCount + " bean definitions from location [" + location + "]");}return loadCount;}}

loadBeanDefinitions(Resource...resources)方法和上面分析的3个方法类似，同样也是调用xmlBeanDefinitionReader的loadBeanDefinitions方法从对abstractBeanDefinitionReader的loadBeanDefinitions方法源码分析可以看出该方法做了一下两件事：

首先，调用资源加载器的获取资源方法resourceLoader.getResource(location),获取到要加载的资源

其次，真正执行加载功能的是其子类XmlBeanDefinitionReader的loadBeanDefinitions方法

看到第8、16行，结合上面的ResourceLoader与ApplicationContext的继承体系图，可以知道此时调用的是DefaultResourceLoader中的getSource()方法定位Resource，因为FileSystemXmlApplicationContext本身就是DefaultResourceLoader的实现类，所以此时有返回

FileSystemXmlApplicationContext中来。

7、资源加载器中获取要读入的资源：

XmlBeanDefinitionReader通过调用其父类DefaultResourceLoader的getResource方法获取要加载的资源，其代码如下

 //获取Resource的具体实现方法public Resource getResource(String location) {Assert.notNull(location, "Location must not be null");//如果是类路径的方式，那需要使用ClassPathResource 来得到bean 文件的资源对象if (location.startsWith(CLASSPATH_URL_PREFIX)) {return new ClassPathResource(location.substring(CLASSPATH_URL_PREFIX.length()), getClassLoader());}else {try {// Try to parse the location as a URL...// 如果是URL 方式，使用UrlResource 作为bean 文件的资源对象URL url = new URL(location);return new UrlResource(url);}catch (MalformedURLException ex) {// No URL -> resolve as resource path.//如果既不是classpath标识，又不是URL标识的Resource定位，则调用  //容器本身的getResourceByPath方法获取Resource return getResourceByPath(location);}}}

FileSystemXmlApplicationContext容器提供了getResourceByPath方法的实现，就是为了处理既不是classpath标识，又不是url标识的resource定位这种情况。

        @Overrideprotected Resource getResourceByPath(String path) {if (path != null && path.startsWith("/")) {path = path.substring(1);}return new FileSystemResource(path);}

这样代码就回到了FileSystemXmlApplicationContext中来，他提供了FileSysResource来完成从文件系统得到匹配文件的资源定位。

这样，就尅从文件系统路径行对IOC配置文件进行加载 - 当然我们可以按照逻辑从任何地方加载，在Spring中我们看到他提供了各种资源抽象，比如ClassPathResource,URLResource,FileSystemResource等来供我们使用，上面我们看到的是定位Resource的一个过程，而这只是加载过程中的一部分。

8、XmlBeanDefinitionReader加载Bean定位资源：

Bean定义的Resource得到了继续回到XMLBeanDefinitionReader的loadBeanDefinitions（Resource ..)方法我们可以看到代表Bean文件的资源定位以后的载入过程。

//XmlBeanDefinitionReader加载资源的入口方法public int loadBeanDefinitions(Resource resource) throws BeanDefinitionStoreException {//将读入的XML资源进行特殊编码处理return loadBeanDefinitions(new EncodedResource(resource));}//这里是载入XML形式Bean定义资源文件方法public int loadBeanDefinitions(EncodedResource encodedResource) throws BeanDefinitionStoreException {Assert.notNull(encodedResource, "EncodedResource must not be null");if (logger.isInfoEnabled()) {logger.info("Loading XML bean definitions from " + encodedResource.getResource());}Set<EncodedResource> currentResources = this.resourcesCurrentlyBeingLoaded.get();if (currentResources == null) {currentResources = new HashSet<EncodedResource>(4);this.resourcesCurrentlyBeingLoaded.set(currentResources);}if (!currentResources.add(encodedResource)) {throw new BeanDefinitionStoreException("Detected cyclic loading of " + encodedResource + " - check your import definitions!");}try {//将资源文件转为InputStream的IO流InputStream inputStream = encodedResource.getResource().getInputStream();try {//从InputStream中得到XML的解析源InputSource inputSource = new InputSource(inputStream);if (encodedResource.getEncoding() != null) {inputSource.setEncoding(encodedResource.getEncoding());}//这里是具体的读取过程return doLoadBeanDefinitions(inputSource, encodedResource.getResource());}finally {//关闭从Resource中得到的IO流inputStream.close();}}catch (IOException ex) {throw new BeanDefinitionStoreException("IOException parsing XML document from " + encodedResource.getResource(), ex);}finally {currentResources.remove(encodedResource);if (currentResources.isEmpty()) {this.resourcesCurrentlyBeingLoaded.remove();}}}//从特定XML文件中实际载入Bean定义资源的方法protected int doLoadBeanDefinitions(InputSource inputSource, Resource resource)throws BeanDefinitionStoreException {try {int validationMode = getValidationModeForResource(resource);//将XML文件转换为DOM对象，解析过程由documentLoader实现Document doc = this.documentLoader.loadDocument(inputSource, getEntityResolver(), this.errorHandler, validationMode, isNamespaceAware());//这里是启动对Bean定义解析的详细过程，该解析过程会用到Spring的Bean配置规则return registerBeanDefinitions(doc, resource);}catch (BeanDefinitionStoreException ex) {throw ex;}catch (SAXParseException ex) {throw new XmlBeanDefinitionStoreException(resource.getDescription(),"Line " + ex.getLineNumber() + " in XML document from " + resource + " is invalid", ex);}catch (SAXException ex) {throw new XmlBeanDefinitionStoreException(resource.getDescription(),"XML document from " + resource + " is invalid", ex);}catch (ParserConfigurationException ex) {throw new BeanDefinitionStoreException(resource.getDescription(),"Parser configuration exception parsing XML from " + resource, ex);}catch (IOException ex) {throw new BeanDefinitionStoreException(resource.getDescription(),"IOException parsing XML document from " + resource, ex);}catch (Throwable ex) {throw new BeanDefinitionStoreException(resource.getDescription(),"Unexpected exception parsing XML document from " + resource, ex);}}

通过源码分析，载入Bean定义资源文件的最后一步是将Bean定义资源文件转换为Document对象，该过程有documentLoader实现

9、DocumentLoader将Bean定义资源转换为Document对象：

DocumentLoader将Bean定义资源转换为Document对象的源码如下：

 //使用标准的JAXP将载入的Bean定义资源转换成document对象public Document loadDocument(InputSource inputSource, EntityResolver entityResolver,ErrorHandler errorHandler, int validationMode, boolean namespaceAware) throws Exception {//创建文件解析器工厂DocumentBuilderFactory factory = createDocumentBuilderFactory(validationMode, namespaceAware);if (logger.isDebugEnabled()) {logger.debug("Using JAXP provider [" + factory.getClass().getName() + "]");}//创建文档解析器DocumentBuilder builder = createDocumentBuilder(factory, entityResolver, errorHandler);//解析Spring的Bean定义资源return builder.parse(inputSource);}//创建文档解析工厂protected DocumentBuilderFactory createDocumentBuilderFactory(int validationMode, boolean namespaceAware)throws ParserConfigurationException {DocumentBuilderFactory factory = DocumentBuilderFactory.newInstance();factory.setNamespaceAware(namespaceAware);//设置解析XML的校验if (validationMode != XmlValidationModeDetector.VALIDATION_NONE) {factory.setValidating(true);if (validationMode == XmlValidationModeDetector.VALIDATION_XSD) {// Enforce namespace aware for XSD...factory.setNamespaceAware(true);try {factory.setAttribute(SCHEMA_LANGUAGE_ATTRIBUTE, XSD_SCHEMA_LANGUAGE);}catch (IllegalArgumentException ex) {ParserConfigurationException pcex = new ParserConfigurationException("Unable to validate using XSD: Your JAXP provider [" + factory +"] does not support XML Schema. Are you running on Java 1.4 with Apache Crimson? " +"Upgrade to Apache Xerces (or Java 1.5) for full XSD support.");pcex.initCause(ex);throw pcex;}}}return factory;}

该解析过程调用JAVAEE标准的JAXP标准进行处理。至此Spring IOC容器根据定位的Bean定义资源文件，将其加载读入并转换为Document对象过程完成

接下来我们要继续分析Spring IOC容器将载入的Bean定义资源文件转换为Document对象之后，是如何将其解析为SpringIOC管理的Bean对象并将其注册到容器中的。

10、XmlBeanDefinitionReader解析载入的Bean定义资源文件：

XmlBeanDefinitionReader类中的doLoadBeanDefinitions方法是特定XML文件中实际载入Bean定义资源的方法，该方法在载入Bean定义资源之后将其转换为Document对象，接下来调用registerBeanDefinitions启动Spring IOC容器对Bean定义的解析过程，registerbeanDefinitions方法源码如下：

//按照Spring的Bean语义要求将Bean定义资源解析并转换为容器内部数据结构public int registerBeanDefinitions(Document doc, Resource resource) throws BeanDefinitionStoreException {//得到BeanDefinitionDocumentReader来对xml格式的BeanDefinition解析BeanDefinitionDocumentReader documentReader = createBeanDefinitionDocumentReader();documentReader.setEnvironment(this.getEnvironment());//获得容器中注册的Bean数量int countBefore = getRegistry().getBeanDefinitionCount();//解析过程入口，这里使用了委派模式，BeanDefinitionDocumentReader只是个接口，//具体的解析实现过程有实现类DefaultBeanDefinitionDocumentReader完成documentReader.registerBeanDefinitions(doc, createReaderContext(resource));//统计解析的Bean数量return getRegistry().getBeanDefinitionCount() - countBefore;}

Bean定义资源的载入解析分为以下两个过程：

首先，通过调用xml解析器将Bean定义资源文件转换得到Document对象，但是这些Document对象并没有按照Spring的bean规则进行解析，这一步是载入的过程

其次，在完成通用的xml解析以后，按照spring的Bean规则对Document对象进行解析。

按照Spring的Bean规则对Document对象解析的过程是在接口BeanDefinitionDocumentReader的实现类DefaultBeanDefinitionDocumentReader中实现的。

11、DefaultBeanDefinitionDocumentReader对Bean定义的Document对象解析：

BeanDefinitionDocumentReader接口通过registerBeanDefinitions方法调用其实现类DefaultBeanDefinitionDocumentReader对Document对象进行解析，解析的代码如下：

//根据Spring DTD对Bean的定义规则解析Bean定义Document对象public void registerBeanDefinitions(Document doc, XmlReaderContext readerContext) {//获得XML描述符this.readerContext = readerContext;logger.debug("Loading bean definitions");//获得Document的根元素Element root = doc.getDocumentElement();doRegisterBeanDefinitions(root);}protected void doRegisterBeanDefinitions(Element root) {String profileSpec = root.getAttribute(PROFILE_ATTRIBUTE);if (StringUtils.hasText(profileSpec)) {Assert.state(this.environment != null, "Environment must be set for evaluating profiles");String[] specifiedProfiles = StringUtils.tokenizeToStringArray(profileSpec, BeanDefinitionParserDelegate.MULTI_VALUE_ATTRIBUTE_DELIMITERS);if (!this.environment.acceptsProfiles(specifiedProfiles)) {return;}}//具体的解析过程由BeanDefinitionParserDelegate实现，  //BeanDefinitionParserDelegate中定义了Spring Bean定义XML文件的各种元素 BeanDefinitionParserDelegate parent = this.delegate;this.delegate = createDelegate(this.readerContext, root, parent);//在解析Bean定义之前，进行自定义的解析，增强解析过程的可扩展性preProcessXml(root);//从Document的根元素开始进行Bean定义的Document对象parseBeanDefinitions(root, this.delegate);//在解析Bean定义之后，进行自定义的解析，增加解析过程的可扩展性postProcessXml(root);this.delegate = parent;}//使用Spring的Bean规则从Document的根元素开始进行Bean定义的Document对象protected void parseBeanDefinitions(Element root, BeanDefinitionParserDelegate delegate) {//Bean定义的Document对象使用了Spring默认的XML命名空间if (delegate.isDefaultNamespace(root)) {//获取Bean定义的Document对象根元素的所有子节点NodeList nl = root.getChildNodes();for (int i = 0; i < nl.getLength(); i++) {Node node = nl.item(i);//获得Document节点是XML元素节点if (node instanceof Element) {Element ele = (Element) node;//Bean定义的Document的元素节点使用的是Spring默认的XML命名空间 if (delegate.isDefaultNamespace(ele)) {//使用Spring的Bean规则解析元素节点parseDefaultElement(ele, delegate);}else {//没有使用Spring默认的XML命名空间，则使用用户自定义的解//析规则解析元素节点delegate.parseCustomElement(ele);}}}}else {//Document的根节点没有使用Spring默认的命名空间，则使用用户自定义的  //解析规则解析Document根节点delegate.parseCustomElement(root);}}//使用Spring的Bean规则解析Document元素节点private void parseDefaultElement(Element ele, BeanDefinitionParserDelegate delegate) {//如果元素节点是<Import>导入元素，进行导入解析if (delegate.nodeNameEquals(ele, IMPORT_ELEMENT)) {importBeanDefinitionResource(ele);}//如果元素节点是<Alias>别名元素，进行别名解析else if (delegate.nodeNameEquals(ele, ALIAS_ELEMENT)) {processAliasRegistration(ele);}//元素节点既不是导入元素，也不是别名元素，即普通的<Bean>元素，  //按照Spring的Bean规则解析元素else if (delegate.nodeNameEquals(ele, BEAN_ELEMENT)) {processBeanDefinition(ele, delegate);}else if (delegate.nodeNameEquals(ele, NESTED_BEANS_ELEMENT)) {// recursedoRegisterBeanDefinitions(ele);}}//解析<Import>导入元素，从给定的导入路径加载Bean定义资源到Spring IoC容器中protected void importBeanDefinitionResource(Element ele) {//获取给定的导入元素的location属性String location = ele.getAttribute(RESOURCE_ATTRIBUTE);//如果导入元素的location属性值为空，则没有导入任何资源，直接返回if (!StringUtils.hasText(location)) {getReaderContext().error("Resource location must not be empty", ele);return;}// Resolve system properties: e.g. "${user.dir}"//使用系统变量值解析location属性值location = environment.resolveRequiredPlaceholders(location);Set<Resource> actualResources = new LinkedHashSet<Resource>(4);// Discover whether the location is an absolute or relative URI//标识给定的导入元素的location是否是绝对路径boolean absoluteLocation = false;try {absoluteLocation = ResourcePatternUtils.isUrl(location) || ResourceUtils.toURI(location).isAbsolute();}catch (URISyntaxException ex) {// cannot convert to an URI, considering the location relative// unless it is the well-known Spring prefix "classpath*:"//给定的导入元素的location不是绝对路径}// Absolute or relative?//给定的导入元素的location是绝对路径if (absoluteLocation) {try {//使用资源读入器加载给定路径的Bean定义资源int importCount = getReaderContext().getReader().loadBeanDefinitions(location, actualResources);if (logger.isDebugEnabled()) {logger.debug("Imported " + importCount + " bean definitions from URL location [" + location + "]");}}catch (BeanDefinitionStoreException ex) {getReaderContext().error("Failed to import bean definitions from URL location [" + location + "]", ele, ex);}}else {// No URL -> considering resource location as relative to the current file.//给定的导入元素的location是相对路径try {int importCount;//将给定导入元素的location封装为相对路径资源Resource relativeResource = getReaderContext().getResource().createRelative(location);//封装的相对路径资源存在if (relativeResource.exists()) {//使用资源读入器加载Bean定义资源importCount = getReaderContext().getReader().loadBeanDefinitions(relativeResource);actualResources.add(relativeResource);}//封装的相对路径资源不存在else {//获取Spring IOC容器资源读入器的基本路径 String baseLocation = getReaderContext().getResource().getURL().toString();//根据Spring IoC容器资源读入器的基本路径加载给定导入路径的资源importCount = getReaderContext().getReader().loadBeanDefinitions(StringUtils.applyRelativePath(baseLocation, location), actualResources);}if (logger.isDebugEnabled()) {logger.debug("Imported " + importCount + " bean definitions from relative location [" + location + "]");}}catch (IOException ex) {getReaderContext().error("Failed to resolve current resource location", ele, ex);}catch (BeanDefinitionStoreException ex) {getReaderContext().error("Failed to import bean definitions from relative location [" + location + "]",ele, ex);}}Resource[] actResArray = actualResources.toArray(new Resource[actualResources.size()]);//在解析完<Import>元素之后，发送容器导入其他资源处理完成事件getReaderContext().fireImportProcessed(location, actResArray, extractSource(ele));}//解析<Alias>别名元素，为Bean向Spring IoC容器注册别名protected void processAliasRegistration(Element ele) {//获取<Alias>别名元素中name的属性值String name = ele.getAttribute(NAME_ATTRIBUTE);//获取<Alias>别名元素中alias的属性值String alias = ele.getAttribute(ALIAS_ATTRIBUTE);boolean valid = true;//<alias>别名元素的name属性值为空if (!StringUtils.hasText(name)) {getReaderContext().error("Name must not be empty", ele);valid = false;}//<alias>别名元素的alias属性值为空if (!StringUtils.hasText(alias)) {getReaderContext().error("Alias must not be empty", ele);valid = false;}if (valid) {try {//向容器的资源读入器注册别名getReaderContext().getRegistry().registerAlias(name, alias);}catch (Exception ex) {getReaderContext().error("Failed to register alias '" + alias +"' for bean with name '" + name + "'", ele, ex);}//在解析完<Alias>元素之后，发送容器别名处理完成事件getReaderContext().fireAliasRegistered(name, alias, extractSource(ele));}}//解析Bean定义资源Document对象的普通元素protected void processBeanDefinition(Element ele, BeanDefinitionParserDelegate delegate) {BeanDefinitionHolder bdHolder = delegate.parseBeanDefinitionElement(ele);// BeanDefinitionHolder是对BeanDefinition的封装，即Bean定义的封装类  // 对Document对象中<Bean>元素的解析由BeanDefinitionParserDelegate实现// BeanDefinitionHolder bdHolder = delegate.parseBeanDefinitionElement(ele);if (bdHolder != null) {bdHolder = delegate.decorateBeanDefinitionIfRequired(ele, bdHolder);try {// Register the final decorated instance.//向Spring IOC容器注册解析得到的Bean定义，这是Bean定义向IOC容器注册的入口BeanDefinitionReaderUtils.registerBeanDefinition(bdHolder, getReaderContext().getRegistry());}catch (BeanDefinitionStoreException ex) {getReaderContext().error("Failed to register bean definition with name '" +bdHolder.getBeanName() + "'", ele, ex);}// Send registration event.//在完成向Spring IOC容器注册解析得到的Bean定义之后，发送注册事件getReaderContext().fireComponentRegistered(new BeanComponentDefinition(bdHolder));}}

通过上述Spring IOC容器对载入的Bean定义Document解析可以看出，我们使用Spring是，在Spring配置文件中可以使用<Import>元素来导入IOC容器所需要的其他资源，Spring IOC容器在解析时会首先将制定导入的资源加载进容器中。使用<Ailas>别名时，Spring IOC容器首先将别名元素所定义的别名注册到容器中。对于既不是<Import>元素，又不是<Ailas>元素的元素，即Spring配置文件中普通的<Bean>元素解析由BeanDefinitionParserDelegate类的parseBeanDefinitionElement方法来实现。

12、BeanDefinitionParserDelegate解析Bean定义资源文件中的<Bean>元素：

Bean定义资源文件中的<Import>和<Ailas>元素解析在DefaultBeanDefinitionDocumentReader中已经完成，对Bean定义资源文件中使用最多的<Bean>元素交由BeanDefinitionParserDelegate来解析，其解析实现的源码如下：

 //解析Bean定义资源文件中的<Bean>元素，这个方法中主要处理<Bean>元素的id，name  //和别名属性public BeanDefinitionHolder parseBeanDefinitionElement(Element ele, BeanDefinition containingBean) {//获取<Bean>元素中的id属性值String id = ele.getAttribute(ID_ATTRIBUTE);//获取<Bean>元素中的name属性值String nameAttr = ele.getAttribute(NAME_ATTRIBUTE);//获取<Bean>元素中的alias属性值List<String> aliases = new ArrayList<String>();//将<Bean>元素中的所有name属性值存放到别名中if (StringUtils.hasLength(nameAttr)) {String[] nameArr = StringUtils.tokenizeToStringArray(nameAttr, MULTI_VALUE_ATTRIBUTE_DELIMITERS);aliases.addAll(Arrays.asList(nameArr));}String beanName = id;//如果<Bean>元素中没有配置id属性时，将别名中的第一个值赋值给beanNameif (!StringUtils.hasText(beanName) && !aliases.isEmpty()) {beanName = aliases.remove(0);if (logger.isDebugEnabled()) {logger.debug("No XML 'id' specified - using '" + beanName +"' as bean name and " + aliases + " as aliases");}}//检查<Bean>元素所配置的id或者name的唯一性，containingBean标识<Bean>  //元素中是否包含子<Bean>元素if (containingBean == null) {//检查<Bean>元素所配置的id、name或者别名是否重复checkNameUniqueness(beanName, aliases, ele);}//详细对<Bean>元素中配置的Bean定义进行解析的地方AbstractBeanDefinition beanDefinition = parseBeanDefinitionElement(ele, beanName, containingBean);if (beanDefinition != null) {if (!StringUtils.hasText(beanName)) {try {if (containingBean != null) {//如果<Bean>元素中没有配置id、别名或者name，且没有包含子元素//<Bean>元素，为解析的Bean生成一个唯一beanName并注册beanName = BeanDefinitionReaderUtils.generateBeanName(beanDefinition, this.readerContext.getRegistry(), true);}else {//如果<Bean>元素中没有配置id、别名或者name，且包含了子元素//<Bean>元素，为解析的Bean使用别名向IOC容器注册beanName = this.readerContext.generateBeanName(beanDefinition);// Register an alias for the plain bean class name, if still possible,// if the generator returned the class name plus a suffix.// This is expected for Spring 1.2/2.0 backwards compatibility.//为解析的Bean使用别名注册时，为了向后兼容//Spring1.2/2.0，给别名添加类名后缀String beanClassName = beanDefinition.getBeanClassName();if (beanClassName != null &&beanName.startsWith(beanClassName) && beanName.length() > beanClassName.length() &&!this.readerContext.getRegistry().isBeanNameInUse(beanClassName)) {aliases.add(beanClassName);}}if (logger.isDebugEnabled()) {logger.debug("Neither XML 'id' nor 'name' specified - " +"using generated bean name [" + beanName + "]");}}catch (Exception ex) {error(ex.getMessage(), ele);return null;}}String[] aliasesArray = StringUtils.toStringArray(aliases);return new BeanDefinitionHolder(beanDefinition, beanName, aliasesArray);}//当解析出错时，返回nullreturn null;}//详细对<Bean>元素中配置的Bean定义其他属性进行解析，由于上面的方法中已经对//Bean的id、name和别名等属性进行了处理，该方法中主要处理除这三个以外的其他属性数据  public AbstractBeanDefinition parseBeanDefinitionElement(Element ele, String beanName, BeanDefinition containingBean) {//记录解析的<Bean>this.parseState.push(new BeanEntry(beanName));//这里只读取<Bean>元素中配置的class名字，然后载入到BeanDefinition中去  //只是记录配置的class名字，不做实例化，对象的实例化在依赖注入时完成String className = null;if (ele.hasAttribute(CLASS_ATTRIBUTE)) {className = ele.getAttribute(CLASS_ATTRIBUTE).trim();}try {String parent = null;//如果<Bean>元素中配置了parent属性，则获取parent属性的值if (ele.hasAttribute(PARENT_ATTRIBUTE)) {parent = ele.getAttribute(PARENT_ATTRIBUTE);}//根据<Bean>元素配置的class名称和parent属性值创建BeanDefinition  //为载入Bean定义信息做准备AbstractBeanDefinition bd = createBeanDefinition(className, parent);//对当前的<Bean>元素中配置的一些属性进行解析和设置，如配置的单态(singleton)属性等parseBeanDefinitionAttributes(ele, beanName, containingBean, bd);//为<Bean>元素解析的Bean设置description信息bd.setDescription(DomUtils.getChildElementValueByTagName(ele, DESCRIPTION_ELEMENT));//对<Bean>元素的meta(元信息)属性解析parseMetaElements(ele, bd);//对<Bean>元素的lookup-method属性解析parseLookupOverrideSubElements(ele, bd.getMethodOverrides());//对<Bean>元素的replaced-method属性解析parseReplacedMethodSubElements(ele, bd.getMethodOverrides());//解析<Bean>元素的构造方法设置parseConstructorArgElements(ele, bd);//解析<Bean>元素的<property>设置parsePropertyElements(ele, bd);//解析<Bean>元素的qualifier属性parseQualifierElements(ele, bd);//为当前解析的Bean设置所需的资源和依赖对象bd.setResource(this.readerContext.getResource());bd.setSource(extractSource(ele));return bd;}catch (ClassNotFoundException ex) {error("Bean class [" + className + "] not found", ele, ex);}catch (NoClassDefFoundError err) {error("Class that bean class [" + className + "] depends on not found", ele, err);}catch (Throwable ex) {error("Unexpected failure during bean definition parsing", ele, ex);}finally {this.parseState.pop();}//解析<Bean>元素出错时，返回nullreturn null;}

只要使用过spring，对spring配置文件比较熟悉的人，通过对上述源码的分析，就会明白我们在spring配置文件中<Bean>元素的配置的属性就是通过该方法解析和设置到Bean中取得。

注意：在解析<Bean>元素过程中没有创建和实例化Bean对象，只是创建了Bean对象的定义类BeanDefinition，将<Bean>元素中的配置信息设置到BeanDefinition中作为记录，当依赖注入时才使用这些记录信息创建和实例化具体的bean对象。

上面方法中一些对一些配置如元信息(meta)、qualifier等的解析，我们在spring中配置时使用的也不多，我们在使用spring的<Bean>元素时，配置最多的是<property>属性，因此我们下面继续分析源码，了解bean的属性在解析时如何设置的。

13、BeanDefinitionParserDelegate解析<property>元素；

BeanDefinitionParserDelegate在解析<bean>调用parsePropertyElements方法解析<bean>元素中的<property>属性子元素，解析源码如下：

 //解析<Bean>元素中的<property>子元素public void parsePropertyElements(Element beanEle, BeanDefinition bd) {//获取<Bean>元素中所有的子元素NodeList nl = beanEle.getChildNodes();for (int i = 0; i < nl.getLength(); i++) {Node node = nl.item(i);//如果子元素是<property>子元素，则调用解析<property>子元素方法解析if (isCandidateElement(node) && nodeNameEquals(node, PROPERTY_ELEMENT)) {parsePropertyElement((Element) node, bd);}}}//解析<property>元素public void parsePropertyElement(Element ele, BeanDefinition bd) {//获取<property>元素的名字String propertyName = ele.getAttribute(NAME_ATTRIBUTE);if (!StringUtils.hasLength(propertyName)) {error("Tag 'property' must have a 'name' attribute", ele);return;}this.parseState.push(new PropertyEntry(propertyName));try {//如果一个Bean中已经有同名的property存在，则不进行解析，直接返回。  //即如果在同一个Bean中配置同名的property，则只有第一个起作用if (bd.getPropertyValues().contains(propertyName)) {error("Multiple 'property' definitions for property '" + propertyName + "'", ele);return;}//解析获取property的值Object val = parsePropertyValue(ele, bd, propertyName);//根据property的名字和值创建property实例PropertyValue pv = new PropertyValue(propertyName, val);//解析<property>元素中的属性parseMetaElements(ele, pv);pv.setSource(extractSource(ele));bd.getPropertyValues().addPropertyValue(pv);}finally {this.parseState.pop();}}//解析获取property值public Object parsePropertyValue(Element ele, BeanDefinition bd, String propertyName) {String elementName = (propertyName != null) ?"<property> element for property '" + propertyName + "'" :"<constructor-arg> element";// Should only have one child element: ref, value, list, etc.//获取<property>的所有子元素，只能是其中一种类型:ref,value,list等NodeList nl = ele.getChildNodes();Element subElement = null;for (int i = 0; i < nl.getLength(); i++) {Node node = nl.item(i);//子元素不是description和meta属性if (node instanceof Element && !nodeNameEquals(node, DESCRIPTION_ELEMENT) &&!nodeNameEquals(node, META_ELEMENT)) {// Child element is what we're looking for.if (subElement != null) {error(elementName + " must not contain more than one sub-element", ele);}else {//当前<property>元素包含有子元素subElement = (Element) node;}}}//判断property的属性值是ref还是value，不允许既是ref又是value boolean hasRefAttribute = ele.hasAttribute(REF_ATTRIBUTE);boolean hasValueAttribute = ele.hasAttribute(VALUE_ATTRIBUTE);if ((hasRefAttribute && hasValueAttribute) ||((hasRefAttribute || hasValueAttribute) && subElement != null)) {error(elementName +" is only allowed to contain either 'ref' attribute OR 'value' attribute OR sub-element", ele);}//如果属性是ref，创建一个ref的数据对象RuntimeBeanReference//这个对象封装了ref信息if (hasRefAttribute) {String refName = ele.getAttribute(REF_ATTRIBUTE);if (!StringUtils.hasText(refName)) {error(elementName + " contains empty 'ref' attribute", ele);}//一个指向运行时所依赖对象的引用RuntimeBeanReference ref = new RuntimeBeanReference(refName);//设置这个ref的数据对象是被当前的property对象所引用ref.setSource(extractSource(ele));return ref;}//如果属性是value，创建一个value的数据对象TypedStringValue//这个对象封装了value信息else if (hasValueAttribute) {//一个持有String类型值的对象TypedStringValue valueHolder = new TypedStringValue(ele.getAttribute(VALUE_ATTRIBUTE));//设置这个value数据对象是被当前的property对象所引用valueHolder.setSource(extractSource(ele));return valueHolder;}//如果当前<property>元素还有子元素else if (subElement != null) {//解析<property>的子元素return parsePropertySubElement(subElement, bd);}else {// Neither child element nor "ref" or "value" attribute found.//propery属性中既不是ref，也不是value属性，解析出错返回nullerror(elementName + " must specify a ref or value", ele);return null;}}

通过对上述源码的分析，我们可以了解在spring配置文件中，<Bean>元素中<property>元素的相关配置是如何出来的：

a、 ref被封装为指向依赖对象一个引用。

b、value配置都会封装成一个字符串类型的对象。

c、 ref和value都通过“解析的数据类型属性值.setSource(extractSource(ele));"方法将属性值/引用与所引用的属性关联起来。

在方法的最后对于<property>元素的子元素通过parsePropertySubElelment方法解析，我们继续分析该方法的源码，了解其解析过程。

14、解析<property>元素的子元素:

在BeanDefinitionParserDelegate类中的parsePropertySubElement方法对<property>中的子元素解析,源码如下

 public Object parsePropertySubElement(Element ele, BeanDefinition bd, String defaultValueType) {//如果<property>没有使用Spring默认的命名空间，则使用用户自定义的规则解析//内嵌元素if (!isDefaultNamespace(ele)) {return parseNestedCustomElement(ele, bd);}//如果子元素是bean，则使用解析<Bean>元素的方法解析else if (nodeNameEquals(ele, BEAN_ELEMENT)) {BeanDefinitionHolder nestedBd = parseBeanDefinitionElement(ele, bd);if (nestedBd != null) {nestedBd = decorateBeanDefinitionIfRequired(ele, nestedBd, bd);}return nestedBd;}//如果子元素是ref，ref中只能有以下3个属性：bean、local、parentelse if (nodeNameEquals(ele, REF_ELEMENT)) {// A generic reference to any name of any bean.//获取<property>元素中的bean属性值，引用其他解析的Bean的名称  //可以不再同一个Spring配置文件中，具体请参考Spring对ref的配置规则String refName = ele.getAttribute(BEAN_REF_ATTRIBUTE);boolean toParent = false;if (!StringUtils.hasLength(refName)) {// A reference to the id of another bean in the same XML file.//获取<property>元素中的local属性值，引用同一个Xml文件中配置  //的Bean的id，local和ref不同，local只能引用同一个配置文件中的BeanrefName = ele.getAttribute(LOCAL_REF_ATTRIBUTE);if (!StringUtils.hasLength(refName)) {// A reference to the id of another bean in a parent context.//获取<property>元素中parent属性值，引用父级容器中的BeanrefName = ele.getAttribute(PARENT_REF_ATTRIBUTE);toParent = true;if (!StringUtils.hasLength(refName)) {error("'bean', 'local' or 'parent' is required for <ref> element", ele);return null;}}}//没有配置ref的目标属性值 if (!StringUtils.hasText(refName)) {error("<ref> element contains empty target attribute", ele);return null;}//创建ref类型数据，指向被引用的对象RuntimeBeanReference ref = new RuntimeBeanReference(refName, toParent);//设置引用类型值是被当前子元素所引用ref.setSource(extractSource(ele));return ref;}//如果子元素是<idref>，使用解析ref元素的方法解析else if (nodeNameEquals(ele, IDREF_ELEMENT)) {return parseIdRefElement(ele);}//如果子元素是<value>，使用解析value元素的方法解析else if (nodeNameEquals(ele, VALUE_ELEMENT)) {return parseValueElement(ele, defaultValueType);}//如果子元素是null，为<property>设置一个封装null值的字符串数据else if (nodeNameEquals(ele, NULL_ELEMENT)) {// It's a distinguished null value. Let's wrap it in a TypedStringValue// object in order to preserve the source location.TypedStringValue nullHolder = new TypedStringValue(null);nullHolder.setSource(extractSource(ele));return nullHolder;}//如果子元素是<array>，使用解析array集合子元素的方法解析else if (nodeNameEquals(ele, ARRAY_ELEMENT)) {return parseArrayElement(ele, bd);}//如果子元素是<list>，使用解析list集合子元素的方法解析else if (nodeNameEquals(ele, LIST_ELEMENT)) {return parseListElement(ele, bd);}//如果子元素是<set>，使用解析set集合子元素的方法解析else if (nodeNameEquals(ele, SET_ELEMENT)) {return parseSetElement(ele, bd);}//如果子元素是<map>，使用解析map集合子元素的方法解析else if (nodeNameEquals(ele, MAP_ELEMENT)) {return parseMapElement(ele, bd);}//如果子元素是<props>，使用解析props集合子元素的方法解析else if (nodeNameEquals(ele, PROPS_ELEMENT)) {return parsePropsElement(ele);}//既不是ref，又不是value，也不是集合，则子元素配置错误，返回nullelse {error("Unknown property sub-element: [" + ele.getNodeName() + "]", ele);return null;}}

通过上述源码分析,我们明白了在spring配置文件中,对<property>元素中配置的Array、List、Set、Map、Prop等各种集合子元素的都通过上述方法解析，生成对应的数据对象，比如ManagedList、ManagedArray、ManagedSet等，这些Managed类实spring对象BeanDefinition的数据封装，对集合数据类型的具体解析有各自的解析方法实现，解析方法的命名非常规范，一目了然，我们队<LIST>集合元素的解析方法进行源码分析，了解其实现过程

15、解析<LIST>子元素：

在BeanDefinitionParserDelegate类中的parseListElement方法就是具体实现解析<property>元素中的<list>集合子元素，源码如下：

 //解析<list>集合子元素public List parseListElement(Element collectionEle, BeanDefinition bd) {//获取<list>元素中的value-type属性，即获取集合元素的数据类型String defaultElementType = collectionEle.getAttribute(VALUE_TYPE_ATTRIBUTE);//获取<list>集合元素中的所有子节点NodeList nl = collectionEle.getChildNodes();//Spring中将List封装为ManagedListManagedList<Object> target = new ManagedList<Object>(nl.getLength());target.setSource(extractSource(collectionEle));//设置集合目标数据类型target.setElementTypeName(defaultElementType);target.setMergeEnabled(parseMergeAttribute(collectionEle));//具体的<list>元素解析parseCollectionElements(nl, target, bd, defaultElementType);return target;}//具体解析<list>集合元素，<array>、<list>和<set>都使用该方法解析protected void parseCollectionElements(NodeList elementNodes, Collection<Object> target, BeanDefinition bd, String defaultElementType) {//遍历集合所有节点for (int i = 0; i < elementNodes.getLength(); i++) {Node node = elementNodes.item(i);//节点不是description节点if (node instanceof Element && !nodeNameEquals(node, DESCRIPTION_ELEMENT)) {//将解析的元素加入集合中，递归调用下一个子元素 target.add(parsePropertySubElement((Element) node, bd, defaultElementType));}}}

经过对Spring Bean定义资源文件转换的Document对象中的元素层层解析，Spring IOC现在已经将XML形式定义的Bean定义资源文件转换为Spring IOC锁识别的数据结构——BeanDefinition，他是Bean定义资源文件中配置的POJO对象在Spring IOC容器中的映射，我们可以通过AbstractBeanDefinition为入口，看到IOC容器进行索引、查询和操作。

通过Spring IOC容器对Bean定义资源的解析后，IOC容器大致完成了管理Bean对象的准备工作，即初始化过程，但是最为重要的依赖注入还没有发生，现在在IOC容器中BeanDefinition存储的只是一些静态信息，接下来需要向容器注册Bean定义信息才能全部完成Ioc容器的初始化过程。

16、解析过后的BeanDefinition在IOC容器中的注册：

让我们继续跟踪程序的执行顺序，接下来到了第三步中分析DefaultBeanDefinitionDocumentReader对Bean定义转换的Document对象解析的流程中，在其parseDefaultElement方法中完成对Document对像的解析后得到封装BeanDefinition的BeanDefinitionHold对象，然后调用

BeanDefinitionReaderUtils的registerBeanDefinition方法向IOC容器注册解析的Bean，BeanDefinitionReaderUtils的注册的源码如下：

 //将解析的BeanDefinitionHold注册到容器中public static void registerBeanDefinition(BeanDefinitionHolder definitionHolder, BeanDefinitionRegistry registry)throws BeanDefinitionStoreException {// Register bean definition under primary name.//获取解析的BeanDefinition的名称String beanName = definitionHolder.getBeanName();//向IOC容器注册BeanDefinitionregistry.registerBeanDefinition(beanName, definitionHolder.getBeanDefinition());// Register aliases for bean name, if any.//如果解析的BeanDefinition有别名，向容器为其注册别名String[] aliases = definitionHolder.getAliases();if (aliases != null) {for (String aliase : aliases) {registry.registerAlias(beanName, aliase);}}}

当调用BeanDefinitionReaderUtils向IOC容器注册解析的BeanDefinition时，真正完成注册功能的是DefaultListableBeanFactory。

17、DefaultListableBeanFactory向IOC容器注册解析后的BeanDefinition。

DefaultListableBeanFactory中使用一个HashMap的集合对象存放IOC容器中注册解析的BeanDefinition，向IOC容器注册的主要源码如下：

 //存储注册信息的BeanDefinitionprivate final Map<String, BeanDefinition> beanDefinitionMap = new ConcurrentHashMap<String, BeanDefinition>(64);//向IoC容器注册解析的BeanDefinitopublic void registerBeanDefinition(String beanName, BeanDefinition beanDefinition)throws BeanDefinitionStoreException {Assert.hasText(beanName, "Bean name must not be empty");Assert.notNull(beanDefinition, "BeanDefinition must not be null");//校验解析的BeanDefinitonif (beanDefinition instanceof AbstractBeanDefinition) {try {((AbstractBeanDefinition) beanDefinition).validate();}catch (BeanDefinitionValidationException ex) {throw new BeanDefinitionStoreException(beanDefinition.getResourceDescription(), beanName,"Validation of bean definition failed", ex);}}//注册的过程中需要线程同步，以保证数据的一致性synchronized (this.beanDefinitionMap) {Object oldBeanDefinition = this.beanDefinitionMap.get(beanName);//检查是否有同名的BeanDefinition已经在IOC容器中注册，如果已经注册，  //并且不允许覆盖已注册的Bean，则抛出注册失败异常if (oldBeanDefinition != null) {if (!this.allowBeanDefinitionOverriding) {throw new BeanDefinitionStoreException(beanDefinition.getResourceDescription(), beanName,"Cannot register bean definition [" + beanDefinition + "] for bean '" + beanName +"': There is already [" + oldBeanDefinition + "] bound.");}else {//如果允许覆盖，则同名的Bean，后注册的覆盖先注册的if (this.logger.isInfoEnabled()) {this.logger.info("Overriding bean definition for bean '" + beanName +"': replacing [" + oldBeanDefinition + "] with [" + beanDefinition + "]");}}}else {//IOC容器中没有已经注册同名的Bean，按正常注册流程注册this.beanDefinitionNames.add(beanName);this.frozenBeanDefinitionNames = null;}this.beanDefinitionMap.put(beanName, beanDefinition);}//重置所有已经注册过的BeanDefinition的缓存resetBeanDefinition(beanName);}

至此，Bean定义资源文件中配置的Bean对解析过后，已经注册到IOC容器中，对容器管理起来。真正完成了IOC容器初始初始化所做的全部工作。现在IOC容器中已经建立了整个Bean的配置信息。这些BeanDefinition信息已经可以使用，并且可以被检索，IOC容器的作用就是对这些注册的Bean定义信息进行处理和维护。这些注册的Bean定义信息是IOC容器控制反转的基础，正是有了这些注册的数据。容器才可以进行依赖注入。

总结：

现在通过上面的代码，总结一下IOC容器初始化的基本步骤：

1. 初始化的入口在容器实现中的 refresh（）调用来完成。

2.对bean定义载入IOC容器使用的方法是loadBeanDefinition。

其中的大致过程如下：通过ResourceLoader来完成资源文件位置的定位，defaultResourceLoader是默认的实现。同时上下文本身就给出了ResourceLoader的实现，可以从类路径，文件系统。URL等方式来定位资源位置。如果是XmlBeanFactory作为IOC容器，那么需要为他制定Bean定义的资源，也就是说bean定义文件时通过抽象成Resource来被IOC容器出来的，容器通过BeanDefinitionReader来完成定位信息的解析和Bean信息的注册，往往使用的是XMLBeanDefinitionReader来解析Bean的xml定义文件-实际的处理过程是委托给BeanDefinitionParserDelegate来完成的，从而得到Bean的定义信息，这些信息在Spring中使用BeanDefinition对象来表示-这个名字可以让我们想到loadBeanDefinition，RegisterBeanDefinition这些相关方法-他们都是为处理BeanDefinition服务的，容器解析得到BeanDefinitionIOC以后，需要把他在IOC容器中注册，这由IOC实现BeanDefinitionRegistry接口来实现。注册过程就是在IOC容器内部维护一个HashMap来保存得到BeanDefinition的过程。这个HashMap是IOC容器所出游Bean信息的场所，以后对bean的操作都是围绕这个HashMap来实现的。

3然后我们就可以通过BeanFactory和ApplicationContext来享受到SpringIOC的服务了。在使用IOC容器的时候。我们注意到了少量粘合代码。绝大多数以正确IOC风格编写的应用程序代码完全不用关心如何到达工厂,因为容器将把这些对象与容器管理的其他对象钩在一起。基本的策略是把工厂放到已知的地方。最好是放在对预期使用的上下文有意义的地方。以及代码将实际需要访问工厂的地方。spring本身提供了对声明式载入web应用程序用法的应用程序上下文。并将其存储在ServletContext中的框架实现。.

在使用SpringIOC容器的时候我们还需要区别两个概念：

BeanFactory和FactoryBean，其中BeanFactory指的是IOC容器的编程抽象。比如ApplicationContext，XmlBeanFactory等。这些都是IOC容器的具体表现。需要使用什么样的容器由客户决定。但Spring为我们提供了丰富的选择。FactoryBean只是一个可以在IOC容器中被管理的一个bean。是对各种处理过程和资源使用的抽象。FactoryBean在需要时产生另一个对象。而不返回FactoryBean本身。我们可以把它看成是一个抽象工厂。对它的调用返回的是工厂生产的产品。所有的FactoryBean都实现特殊的org.springframework.beans.factory.FactoryBean接口。当使用容器中FactoryBean的时候。该容器不会返回FactoryBean本身。而是返回其生成的对象。 Spring包括了大部分通用资源和服务访问抽象的FactoryBean的实现，其中包括：对JNDI查询的处理，对代理对象的处理，对事务性代理的处理，duiRMI代理的处理，这些我们都可以看成是具体的工厂，看成是spring为我们建立好的工厂。也就是说Spring通过使用抽象工厂模式为我们准备了一系列工厂来生产一些特定的对象，免除我们手工重复的工作，我们使用时只需要在IOC容器中配置好就能很方便的使用了

四、spring源码解读初始化相关推荐

spring源码解读系列（八）:观察者模式--spring监听器详解
一.前言在前面的文章spring源码解读系列(七)中,我们继续剖析了spring的核心refresh()方法中的registerBeanPostProcessors(beanFactory)(完成B ...
Spring 源码解读第七弹！bean 标签的解析
Spring 源码解读继续. 本文是 Spring 系列第八篇,如果小伙伴们还没阅读过本系列前面的文章,建议先看看,这有助于更好的理解本文. Spring 源码解读计划 Spring 源码第一篇开整! ...
Spring源码解读（一）——容器是如何初始化的
为什么要读源码 Spring是一群优秀的框架组成的社区.现在已经非常丰富了.当我们享受着Spring带来的便利同时,有时也想一探究竟. 人人都说Spring好,难免有人趋之若鹜,如果让你说出个究竟,你 ...
Spring源码深度解析(郝佳)-学习-RMI使用及Spring源码解读
java远程方法调用.即Java RMI(Java Remote Method Invocation),是Java编程语言里一种用于实现远程过程调用的应用程序编程接口,它使客户机上运行的程序可以调用远 ...
spring源码解读-第二部分面想切面编程
这是第二部分了.看这部分源码需要第一部分基础.但是不知道也没关系.spring在代码耦合上控制的很好. 先进行知识扫盲: JoinPoint : 大白话:就是你的bean里面的方法:一个类里面有多少个 ...
spring源码解读之 JdbcTemplate源码
原文:https://blog.csdn.net/songjinbin/article/details/19857567 在Spring中,JdbcTemplate是经常被使用的类来帮助用户程序操作数 ...
spring源码系列一--BeanDefinition
如果说java是由对象组成,那么spring-framework框架可以说是由BeanDefinition所构成.BeanDefinitiion其实是spring中的顶级接口,我们在阅读源码之前必须要 ...
Spring 源码第三弹！EntityResolver 是个什么鬼？
上篇文章和小伙伴们说了 Spring 源码中 XML 文件的解析流程,本来可以继续往下走看加载核心类了,但是松哥还是希望能够慢一点,既然要学就学懂,在 XML 文件解析的过程中还涉及到一些其他的类和概 ...
看完Spring源码记不住，是我脑子不太好吗？
都说大厂面试必问源码,可很多人看完Spring源码记不住,是脑子有问题吗?当然不是!是因为你没有掌握学习源码的技巧. 看完源码的我- 我的朋友"路神"子路和"大魔王&qu ...

四、spring源码解读初始化

四、spring源码解读初始化相关推荐

最新文章

热门文章