spring framework 4 源码阅读

前面写了几篇spring 的介绍文章，感觉与主题不是很切合。重新整理下思路，从更容易理解的角度来写下文章。

spring 的骨架

spring 的骨架，也是spring 的核心包。主要包含三个内容

1.context：spring 的上线文-------导演

2.core：spring的核心包，主要包括spring所以用到的工具-------道具

3.beans：spring的bean实例 -------演员

导演负责安排演出，演员负责按照导演的指示来演出，演出过程中需要使用道具。

我想大家看完这些图片之后就明白大致的包关系了。

spring包结构

大家看到相应包内容。

core包侧重于帮助类，操作工具，beans包更侧重于bean实例的描述。context更侧重全局控制，功能衍生。

下面我们就针对context和factory对类的关系继续一个基本概括：

核心类之间的关系

我们先来看下bean包下的beanfactory类，以及抽象类等。

可以看到在接口的实现泛化的过程中，每一个接口在继承父接口的同时，也继承了父接口的一些方法。这就可以看出面向接口变成微妙之处。

BeanFactory【所有BeanFactory的父类】

可以看到beanfactory中定义了一些基本方法，包括根据名称获取bean实例等。

HierarchicalBeanFactory【层次化的BeanFactory】

可以看到此接口实现了层次化，及获取beanFactory的父容器

LisableBeanFactory列表式Beanfactory

可以看到为beanfactory设置了列表的功能，并且规划了如何从列表中取出相应的方法的能力。

小结：

从上述类命名以及接口规划可以看到，通过接口的不断继承，beanfactory被不断的丰富抽象起来。层层细分之后，没有个类都的职责都变的单一了，同时在扩展该的属性时也变的更加方便。针对源代码，最好的办法还是根据名称来，最方便。

context【上下线文】

可以看到到了context的初始化不同于beanfactory，可以侧重于抽象类型，具体的方法实现。

里面大部分方法使用了模板方法的设计模式，父类调用抽象方法，抽象方法在子类中实现，对象的独立性。

主要分成三种context：XML,Annotation,Groovy针对三种形式。

registry【实例或者bean描述注册器】

将初始化完成的bean注册的容器中，针对单例来部分，缓存单例实例。针对beanDefinition部分，缓存bean描述。

Strategy【初始化策略】

两种初始化策略 一种是简单策略，一种是cgilib的策略，当时这里使用的模式是策略模式。

context的初始化

	/**
	 * 在parent下创建ClassPathXmlApplicaitonContext,
	 * 从XML中读取所有Bean定义.
	 * @param configLocations 配置文件路径如c:simpleContext.xml
	 * @param refresh 是否需要自动刷新context,refresh-->重新加载
	 * 加载所有的bean定义，创建所有单例.
	 * refresh为true的时候, 根据context来手工刷新
	 * @param parent the parent context
	 * @throws BeansException if context creation failed
	 * @see #refresh()
	 */
	public ClassPathXmlApplicationContext(String[] configLocations, boolean refresh, ApplicationContext parent)
			throws BeansException {
		//初始化XmlApplicationContext
		super(parent);
		//转换配置文件的路径
		setConfigLocations(configLocations);
		if (refresh) {
			//重新刷新原有的context，这一篇的重点
			refresh();
		}
	}

下面我们来看下AbstractApplicationContext.refresh()方法

	//加载或刷新持久的配置，可能是xml文件，properties文件，或者关系型数据库的概要。
	//做为一个启动方法，如果初始化失败将会销毁已经创建好的单例，避免重复加载配置文件。
	//换句话说，在执行这个方法之后，要不全部加载单例，要不都不加载
	public void refresh() throws BeansException, IllegalStateException 
	{
		synchronized (this.startupShutdownMonitor) 
		{
			// 初始化配置准备刷新,验证环境变量中的一些必选参数
			prepareRefresh();

			// 告诉继承类销毁内部的factory创建新的factory的实例
			// 初始化Bean实例
			ConfigurableListableBeanFactory beanFactory = obtainFreshBeanFactory();

			// 初始化beanFactroy的基本信息，包括classloader，environment，忽略的注解等
			prepareBeanFactory(beanFactory);

			try {
				// beanfactory内部的postProcess，可以理解为context中PostProcess的补充
				beanFactory.postProcessBeanFactory(beanFactory);

				// 执行BeanFactoryPostProcessor（在beanFactory初始化过程中，bean初始化之前，修改beanfactory参数）、
				// BeanDefinitionRegistryPostProcessor 其实也是继承自BeanFactoryPostProcessor，
				// 多了对BeanDefinitionRegistry的支持invokeBeanFactoryPostProcessors(beanFactory);
				// 执行postProcess，那BeanPostProcessor是什么呢，是为了在bean加载过程中修改bean的内容，
				// 使用分的有两个而方法Before、After分别对应初始化前和初始化后
				registerBeanPostProcessors(beanFactory);

				// 初始化MessageSource,主要用作I18N本地化的内容
				initMessageSource();

				// 初始化事件广播ApplicationEventMulticaster，使用观察者模式，对注册的ApplicationEvent时间进行捕捉
				initApplicationEventMulticaster();

				// 初始化特殊bean的方法
				onRefresh();

				// 将所有ApplicationEventListener注册到ApplicationEventMulticaster中
				registerListeners();

				// 初始化所有不为lazy-init的bean，singleton实例
				finishBeanFactoryInitialization(beanFactory);

				// 初始化lifecycle的bean并启动（例如quartz的定时器等），如果开启JMX则将ApplicationContext注册到上面
				finishRefresh();
			}
			catch (BeansException ex) 
			{
				//销毁已经创建单例
				resources.destroyBeans();

				// 将context的状态转换为无效，标示初始化失败
				flag.cancelRefresh(ex);

				// 将异常传播到调用者
				throw ex;
			}
		}
	}

我们从时序图来看启动上述初始化（门面模式facade）