【Spring源码解析】之IOC容器

在spring中，IOC容器的重要地位我们就不多说了，对于spring的使用者而言，IOC容器实际上是什么呢？在spring中，为我们准备好了许多的IOC容器，其中最基本的IOC容器接口是BeanFactory，这个接口为具体的IOC容器的实现做了最基本的功能规定，下面我们来看看这个IOC容器的接口：

public interface BeanFactory {

	//[1]
	String FACTORY_BEAN_PREFIX = "&";

	//[2]
	Object getBean(String name) throws BeansException;

	//[3]
	Object getBean(String name, Class requiredType) throws BeansException;

	//[4]
	Object getBean(String name, Object[] args) throws BeansException;

	//[5]
	boolean containsBean(String name);

	//[6]
	boolean isSingleton(String name) throws NoSuchBeanDefinitionException;

	//[7]
	boolean isPrototype(String name) throws NoSuchBeanDefinitionException;

	//[8]
	boolean isTypeMatch(String name, Class targetType) throws NoSuchBeanDefinitionException;

	//[9]
	Class getType(String name) throws NoSuchBeanDefinitionException;

	//[10]
	String[] getAliases(String name);

}

在BeanFactory里只对IOC容器的基本行为做了定义，不关心这个bean是怎么定义怎么加载的。先来解释一下这个接口中各方法的意义。注释【1】表示：是对FactoryBean的转义定义，如果需要得到工厂本身，需要转义。注释【2】表示：根据bean的名称，从IOC容器中获得实例。注释【3】表示：根据bean的名称和class的类型来获得实例。注释【4】表示：根据bean的名称和参数来获取实例。注释【5】表示：容器中是否存在这个bean。注释【6】表示：根据bean的名字获得实例，并判断这个bean是不是单例。注释【7】表示：根据bean的名字获得实例，并判断这个bean是不是多例。注释【8】表示：根据bean的名字获得的实例与给出的class的实例是否类型匹配。注释【9】表示：取得获取到的bean实例的类型。注释【10】表示：取得bean实例所有的别名。

        如果想关心工厂是如何产生对象的，那么我们就得去看看IOC容器接口具体的实现。在这儿我们简单的演示一下IOC容器的创建过程：

ClassPathResource res = new ClassPathResource("bean.xml");
DefaultListableBeanFactory defaultListableBeanFactory = new DefaultListableBeanFactory();
XmlBeanDefinitionReader xmlBeanDefinitionReader = new XmlBeanDefinitionReader(defaultListableBeanFactory);
xmlBeanDefinitionReader.loadBeanDefinitions(res);

这段代码演示了以下几个步骤：

创建IOC配置文件的抽象资源；创建一个BeanFactory；把读取配置信息的XmlBeanDefinitionReader配置给BeanFactory；把定义好的资源位置读入配置信息，具体解析过程由xmlBeanDefinitionReader来完成。这样完成整个载入bean的过程。

下面是XmlBeanFactory的源码：

public class XmlBeanFactory extends DefaultListableBeanFactory {

	private final XmlBeanDefinitionReader reader = new XmlBeanDefinitionReader(this);

	public XmlBeanFactory(Resource resource) throws BeansException {
		this(resource, null);
	}

	public XmlBeanFactory(Resource resource, BeanFactory parentBeanFactory) throws BeansException {
		super(parentBeanFactory);
		this.reader.loadBeanDefinitions(resource);
	}
}

我们在后面会看到读取器读取资源和注册 bean 定义信息的整个过程，基本上是和上下文的处理是一样的，从这里我们可以看到上下文和 XmlBeanFactory 这两种IOC 容器的区别，BeanFactory 往往不具备对资源定义的能力，而上下文可以自己完成资源定义，从这个角度上看上下文更好用一些。我们来看看在BeanFactory 基础上扩展出的ApplicationContext除了具备BeanFactory 的全部能力，上下文为应用程序又增添了许多便利：

* 可以支持不同的信息源，我们看到ApplicationContext 扩展了MessageSource
* 访问资源 , 体现在对ResourceLoader 和Resource 的支持上面，这样我们可以从不同地方得到bean 定义资源
* 支持应用事件，继承了接口ApplicationEventPublisher,这样在上下文中引入了事件机制而BeanFactory 是没有的。

BeanFactory 是一个接口，在实际应用中我们一般使用ApplicationContext 来使用IOC 容器，它们也是IOC 容器展现给应用开发者的使用接口。对应用程序开发者来说，可以认为BeanFactory 和ApplicationFactory 在不同的使用层面上代表了SPRING 提供的IOC 容器服务。

下面我们来看一下ClassPathXmlApplicationContext是怎样建立起IOC容器的，显而易见我们是通过new来得到IOC容器的。

private ApplicationContext ac = new ClassPathXmlApplicationContext("applicationContext.xml");

调用的是它初始化代码：

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

public ClassPathXmlApplicationContext(String[] configLocations, boolean refresh, ApplicationContext parent)
			throws BeansException {

		super(parent);
		setConfigLocations(configLocations);
		if (refresh) {
			refresh();
		}
	}

refresh()的实现实在AbstractApplicationContext类中：

public void refresh() throws BeansException, IllegalStateException {
	synchronized (this.startupShutdownMonitor) {
			// Prepare this context for refreshing.
			prepareRefresh();

			// [1]
			ConfigurableListableBeanFactory beanFactory = obtainFreshBeanFactory();

			// [2]
			prepareBeanFactory(beanFactory);

			try {
				// [3]
				postProcessBeanFactory(beanFactory);

				// [4]
				invokeBeanFactoryPostProcessors(beanFactory);

				// [5]
				registerBeanPostProcessors(beanFactory);

				// [6]
				initMessageSource();

				// [7]
				initApplicationEventMulticaster();

				// [8]
				onRefresh();

				// [9]
				registerListeners();

				// [10]
				finishBeanFactoryInitialization(beanFactory);

				finishRefresh();
			}

			catch (BeansException ex) {
				// Destroy already created singletons to avoid dangling resources.
				beanFactory.destroySingletons();

				// Reset 'active' flag.
				cancelRefresh(ex);

				// Propagate exception to caller.
				throw ex;
			}
		}
	}

在这儿我们解释一下这个代码片段。

注释【1】表示：将bean的XML文件转化成BeanDefinition，并且存入DefaultListBeanFactory.beanDefinitionMap中，将构建好的SessionFactory作为AbstractApplicationContext类的属性。

注释【2】表示：负责准备bean。或者说注入相关特性的bean。

注释【4】表示：调用所有的BeanFactoryProcessor;

注释【5】表示：将所有实现BeanPostProcessor接口的bean找到，如果有先将BeanPostProcessorChecker加入数组，取得BeanFactory中所有的BeanPostProcessor。将其分组实现PriorityOrdered接口的，实现Ordered的接口，剩下的。对PrioityOrded接口的进行排序并依次加入数组，再将Orderd的加入，最后加入剩下的。

注释【6】表示：寻找beanName为messageSource的bean,并初始化之。如果没有，初始化默认的。

注释【7】表示：寻找beanName为applicationEventMulticaster的bean，并初始化。如果没有，初始化默认的.在广播时寻找所有实现接口ApplicationListener的类。

注释【9】表示：注册所有实现接口ApplicationListener接口的类。

注释【10】表示：初始化所有singlton的bean。

先解释到这儿吧  有空就继续。