1 概述

针对前面的SpringIOC的源码分析，我们看见了在整个Spring容器初始化的时候，配置文件的解析是相当重要的，所以从这篇文章开始，我们将对配置文件的解析进行深入的分析。
这里我们仅仅拿ClassPathXmlApplicationContext类来进行分析，因为FileSystemXmlApplicationContext的配置文件解析的过程和ClassPathXmlApplicationContext是相同的。

2 详细分析

在我们的测试当中使用到了如下的代码。

ClassPathXmlApplicationContext ctx = new ClassPathXmlApplicationContext("spring_test.xml");
Animal animal = (Animal) ctx.getBean("animal");
animal.eat();

这里调用了ClassPathXmlApplicationContext类的构造函数。

public ClassPathXmlApplicationContext(String configLocation) throws BeansException {

        //这里支持自动刷新Spring容器
	this(new String[] {configLocation}, true, null);
}

而在这个构造函数中又调用了下面这个构造函数。

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

	super(parent);
	
	//设置配置文件地址
	setConfigLocations(configLocations);
	if (refresh) {
	
		//刷新容器，至此，我们可以猜想配置文件的加载其实是在这个函数里面实现的。
		refresh();
	}
}

那么refresh()函数中又干了什么呢？针对refresh函数我们前面已经分析过，其实这里只需要关注下面这行代码就行了，

public void refresh() throws BeansException, IllegalStateException {
    ... ...
	
    //告述子类刷新内部bean工厂
    ConfigurableListableBeanFactory beanFactory = obtainFreshBeanFactory();
    ... ...
}

刷新bean工厂后返回，然后再对bean工厂进行其余的处理。

protected ConfigurableListableBeanFactory obtainFreshBeanFactory() {

    //这是一个抽象函数，具体实现留给子类
    refreshBeanFactory();
	
    //这里的getBeanFactory也是一个抽象函数
    ConfigurableListableBeanFactory beanFactory = getBeanFactory();
    if (logger.isDebugEnabled()) {
	logger.debug("Bean factory for " + getDisplayName() + ": " + beanFactory);
    }
    return beanFactory;
}

上面的代码，我们可以猜想getBeanFactory函数返回的就是refreshBeanFactory刷新的Bean工厂。下面我们继续来看refreshBeanFactory函数的源码。

protected final void refreshBeanFactory() throws BeansException {

    //有bean工厂
    if (hasBeanFactory()) {
		
	//这里其实就是删除了所有单列bean（其实就是置空了和bean相关的缓存）。
	destroyBeans();
		
	//这里其实就是将bean工厂设置成了null
	closeBeanFactory();
    }
    try {
	DefaultListableBeanFactory beanFactory = createBeanFactory();
	beanFactory.setSerializationId(getId());
	customizeBeanFactory(beanFactory);
		
	//真正的加载配置文件是在这一步完成的
	loadBeanDefinitions(beanFactory);
	synchronized (this.beanFactoryMonitor) {
		this.beanFactory = beanFactory;
	}
    }
    catch (IOException ex) {
	throw new ApplicationContextException("I/O error parsing bean definition source for " + getDisplayName(), ex);
    }
}

接下来继续看loadBeanDefinitions(beanFactory);这一步的源码。

protected void loadBeanDefinitions(DefaultListableBeanFactory beanFactory) throws BeansException, IOException {
	XmlBeanDefinitionReader beanDefinitionReader = new XmlBeanDefinitionReader(beanFactory);
	beanDefinitionReader.setEnvironment(this.getEnvironment());
	beanDefinitionReader.setResourceLoader(this);
	beanDefinitionReader.setEntityResolver(new ResourceEntityResolver(this));
	initBeanDefinitionReader(beanDefinitionReader);
	loadBeanDefinitions(beanDefinitionReader);
}

上面的函数其实是生成XmlBeanDefinitionReader对象后调用了loadBeanDefinitions(beanDefinitionReader)这一步。

protected void loadBeanDefinitions(XmlBeanDefinitionReader reader) throws BeansException, IOException {
	Resource[] configResources = getConfigResources();
	if (configResources != null) {
		reader.loadBeanDefinitions(configResources);
	}
	String[] configLocations = getConfigLocations();
	if (configLocations != null) {
		reader.loadBeanDefinitions(configLocations);
	}
}

从这个函数的源码我们可以看出，其实具体的解析配置文件的工作是交给了XmlBeanDefinitionReader。
简单来说在ApplicationContext中所做的操作是初始化了一个BeanFactory和XmlBeanDefinitionReader，针对XmlBeanDefinitionReader这个类的分析，我们接下来会继续，欢迎交流！