《Spring技术内幕》学习笔记2——IoC定位Bean定义资源 .

转载于 2013-01-23 11:43:07 发布 · 475 阅读

11 篇文章

订阅专栏

本文深入探讨了Spring IoC容器初始化的过程，包括Bean定义资源文件的定位、载入和注册三个基本步骤。通过分析FileSystemXmlApplicationContext的源代码，详细阐述了如何在创建容器时定位并载入Bean定义资源文件，以及容器初始化时的具体实现过程。

1.IoC容器初始化：

Spring的IoC容器初始化包括：Bean定义资源文件的定位、载入和注册3个基本过程。

(1).Bean定义资源文件的定位：

Bean定义资源文件定位由ResourceLoader通过统一的Resource接口来完成，Resource接口将各种形式的Bean定义资源文件封装成统一的、IoC容器可进行载入操作的对象。

(2).Bean定义资源文件的载入：

Bean定义资源文件载入的过程是将Bean定义资源文件中配置的Bean转换成IoC容器中所管理Bean的数据结构形式。SpringIoC中管理的Bean的数据结构是BeanDefinition，BeanDefinition是POJO对象在IoC容器中的抽象。

(3).Bean定义的注册：

通过调用BeanDefinitionRegistry接口把从Bean定义资源文件中解析的Bean向IoC容器进行注册，在IoC容器内部，是通过一个HashMap来存储这些Bean对象数据的。

注意：IoC容器和上下文初始化一般不包含Bean依赖注入的实现。一般而言，依赖注入发送在应用第一次通过getBean方法向容器获取Bean时。但是有个特例是：IoC容器预实例化配置的lazyinit属性，如果某个Bean设置了lazyinit属性，则该Bean的依赖注入在IoC容器初始化时就预先完成了。

2.Bean定义资源文件的定位过程：

ApplicationContext是一个在BeanFactory基础上提供了扩展的接口，具体的IoC容器实现常用的有：(从文件系统中读入Bean定义资源文件)、ClassPathXmlApplicationContext(从Classpath类路径中读入Bean定义资源文件)和XmlWebApplicationContext(从Web容器如Tomcat等中读入Bean定义资源文件)等。以FileSystemXmlApplicationContet为例，通过分析FileSystemXmlApplicationContet及其父类的源码来分析IoC容器定位Bean定义资源文件的实现过程

3. FileSystemXmlApplicationContet的初始化过程：

FileSystemXmlApplicationContet的源码如下：

[java] view plain copy print ?

public class FileSystemXmlApplicationContext extends AbstractXmlApplicationContext {
public FileSystemXmlApplicationContext() {
}
public FileSystemXmlApplicationContext(ApplicationContext parent) {
super(parent);
}
//configLocation是Bean定义资源文件路径
public FileSystemXmlApplicationContext(String configLocation) throws BeansException {
this(new String[] {configLocation}, true, null);
}
//可以传入多个Bean定义资源文件路径
public FileSystemXmlApplicationContext(String... configLocations) throws BeansException {
this(configLocations, true, null);
}
public FileSystemXmlApplicationContext(String[] configLocations, ApplicationContext parent) throws BeansException {
this(configLocations, true, parent);
}
public FileSystemXmlApplicationContext(String[] configLocations, boolean refresh) throws BeansException {
this(configLocations, refresh, null);
}
//FileSystemXmlApplicationContext IoC容器进行初始化的入口构造函数
public FileSystemXmlApplicationContext(String[] configLocations, boolean refresh, ApplicationContext parent)
throws BeansException {
super(parent);
//调用父类AbstractRefreshableConfigApplicationContext的方法，设置//Bean定义的资源文件，完成IoC容器Bean定义资源的定位
setConfigLocations(configLocations);
if (refresh) {
//调用父类AbstractApplicationContext的refresh()
//函数启动载入Bean定义的过程，是Ioc容器载入Bean定义的入口
refresh();
}
}
//该方法覆盖父类DefaultResourceLoader的方法，通过Bean定义文件路径封装得到//IoC容器要读入的定位Bean定义的资源
@Override
protected Resource getResourceByPath(String path) {
if (path != null && path.startsWith("/")) {
path = path.substring(1);
}
//其他类型的IoC容器会用其他类型的Resource来定位Bean定义，如//ClasspathResource等
return new FileSystemResource(path);
}
}

public class FileSystemXmlApplicationContext extends AbstractXmlApplicationContext {		public FileSystemXmlApplicationContext() {	}	public FileSystemXmlApplicationContext(ApplicationContext parent) {		super(parent);	}	//configLocation是Bean定义资源文件路径	public FileSystemXmlApplicationContext(String configLocation) throws BeansException {		this(new String[] {configLocation}, true, null);	}	//可以传入多个Bean定义资源文件路径	public FileSystemXmlApplicationContext(String... configLocations) throws BeansException {		this(configLocations, true, null);	}	public FileSystemXmlApplicationContext(String[] configLocations, ApplicationContext parent) throws BeansException {		this(configLocations, true, parent);	}	public FileSystemXmlApplicationContext(String[] configLocations, boolean refresh) throws BeansException {		this(configLocations, refresh, null);	}//FileSystemXmlApplicationContext IoC容器进行初始化的入口构造函数	public FileSystemXmlApplicationContext(String[] configLocations, boolean refresh, ApplicationContext parent)			throws BeansException {		super(parent);//调用父类AbstractRefreshableConfigApplicationContext的方法，设置//Bean定义的资源文件，完成IoC容器Bean定义资源的定位		setConfigLocations(configLocations);		if (refresh) {//调用父类AbstractApplicationContext的refresh()//函数启动载入Bean定义的过程，是Ioc容器载入Bean定义的入口			refresh();		}	}//该方法覆盖父类DefaultResourceLoader的方法，通过Bean定义文件路径封装得到//IoC容器要读入的定位Bean定义的资源	@Override	protected Resource getResourceByPath(String path) {		if (path != null && path.startsWith("/")) {			path = path.substring(1);		}//其他类型的IoC容器会用其他类型的Resource来定位Bean定义，如//ClasspathResource等		return new FileSystemResource(path);	}}

通过分析FileSystemXmlApplicationContext的源代码可以知道，在创建FileSystemXmlApplicationContext容器时，构造方法做以下两项重要工作：

首先，调用父类容器的构造方法(super(parent)方法)为容器设置好Bean资源加载器。

然后，再调用父类AbstractRefreshableConfigApplicationContext的setConfigLocations(configLocations)方法设置Bean定义资源文件的定位路径。

4. FileSystemXmlApplicationContext调用父类构造方法所做的工作：

通过追踪FileSystemXmlApplicationContext的继承体系，发现其父类的父类AbstractApplicationContext中初始化IoC容器所做的主要源码如下：

[java] view plain copy print ?

public abstract class AbstractApplicationContext extends DefaultResourceLoader
implements ConfigurableApplicationContext, DisposableBean {
//静态初始化块，在整个容器创建过程中只执行一次
static {
//为了避免应用程序在Weblogic8.1关闭时出现类加载异常加载问题，加载IoC容
//器关闭事件(ContextClosedEvent)类
ContextClosedEvent.class.getName();
}
//FileSystemXmlApplicationContext调用父类构造方法调用的就是该方法
public AbstractApplicationContext(ApplicationContext parent) {
this.parent = parent;
this.resourcePatternResolver = getResourcePatternResolver();
}
//获取一个Spring Source的加载器用于读入Spring Bean定义资源文件
protected ResourcePatternResolver getResourcePatternResolver() {
// AbstractApplicationContext继承DefaultResourceLoader，也是一个S
//Spring资源加载器，其getResource(String location)方法用于载入资源
return new PathMatchingResourcePatternResolver(this);
}
……
}

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

PathMatchingResourcePatternResolver的构造方法如下：

[java] view plain copy print ?

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

在设置容器的资源加载器之后，接下来FileSystemXmlApplicationContet执行setConfigLocations方法调用父类其类的相关方法定位Bean定义资源文件。

6. AbstractRefreshableConfigApplicationContext定位Bean定义资源文件：

在对FileSystemXmlApplicationContet的源码分析中我们看到，在其入口构造函数中，通过调用其父类AbstractRefreshableConfigApplicationContext的方法进行对Bean定义资源文件的定位，该方法的源码如下：

[java] view plain copy print ?

//处理单个资源文件路径为一个字符串的情况
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;
}
}