接着开始了解更加深入的东西。。。。

在上篇中，我们提到了两个接口ApplicationContext,BeanFactory。那么我们这章便从这里开始了解这两个接口。

Paste_Image.png

BeanFactoty 如上述结构图所示，它其实是一个最顶级的接口，它是最基层的接口信息，它提供了最基本的IOC容器使用方法。

The root interface for accessing a Spring bean container.
This is the basic client view of a bean container;

Paste_Image.png

这是Beanfactory所提供的所有接口，其功能依赖的注入功能其实都是依靠这个接口。它是可以将bean的信息保存起来（像xml）。
它定义了一个字符串，“&”，用户在使用&bean可以得到FactoryBean其本身，而不是获取它产生的对象。获取bean对象时，只需要调用getBean方法，这个方法可以通过名称来获取也可以增加其他参数。isPrototype 以及issingleton这些方法，来获取这个bean的信息，并且这些信息都可以用用户自己去控制。
HierarchicalBeanFactory这个接口中有一个方法：

Paste_Image.png

我们可以根据这个方法去获取一个root ，BeanFactory.通过该方法Spring实现了可以控制双亲IOC容器的能力。
以前的BeanFactory 的调用时用XmlBeanFactory来实现的。之后的Spring使用ClassPathXmlApplicationContext这个类来实现的。这个过程我在上篇中讲过，有兴趣的可以去看看。这个类是实现ConfigurableApplicationContext接口的一个类，可以说这个类是继承自ApplicationContext。
这整个IOC容器其实就是在这样的接口框架下实现的。从一方面来说，ApplicationContext其实是在BeanFactory这个最基层的容器上进行加工实现更加复杂的功能。

javawork ja=(javawork)ac.getBean("javawork");

这个方法获取bean正在调用的getbean其实是BeanFactory的方法。
整个IOC就是先初始化，ClassPathXmlApplicationContext这个类初始化会传入配置文件的地址，Resource是封装了Spring对于inputStream的操作。
2.开始初始化factory：ConfigurableListableBeanFactory这个factory。

Paste_Image.png

我们可以看到这个接口继承于其他的三个，都是来源于BeanFactory。
refresh()中还初始化了一个XmlBeanDefinitionReader用来读取xml配置文件。
先从refresh（）代码中看，
ConfigurableListableBeanFactory beanFactory = obtainFreshBeanFactory();
这段代码是初始化ConfigurableListableBeanFactory，进入obtainFreshBeanFactory()函数，

Paste_Image.png

这段代码返回的就是一个BeanFactory,那么一个问题资源配置在哪里读？
我们接着向下看：refreshBeanFactory();
在其类中是这样的：

Paste_Image.png

是一个抽象方法，需要在其子类中实现。之前我发过的一张结构图，中间就是这类：AbstractRefeshableApplicationContext,其实我个人认为这个名字就是告诉我们可以refresh.

Paste_Image.png

如果有factory存在先销毁在建立，它生成了一个DefaultListableBeanFactory 类。
而加载配置xml 是通过loadBeanDefinitions（）这个方法。
这个方法应是在XmlWebApplicationContext.class
这个类中

Paste_Image.png

从中我们看到了loadBeanDefinitions(beanDefinitionReader);这段代码，看名字应该是引导配置文件的代码。

Paste_Image.png

这个函数有个getConfigLocations()，这个函数在本身的类中是没有实现的，它实际是用了AbstractRefreshableConfigApplicationContext这个类的getConfigLocations()方法。
现在我们就应该可以看到为什么

Paste_Image.png

中有setConfigLocations这个方法，调用的是同一个对象。这就是为什么可以理解这个资源对象的地址来历。
然后调用
reader.loadBeanDefinitions(configLocation);
进入到AbstractBeanDefinitionReader类中对应的方法中。
中间进行不断的判断，在跳转到其子类XmlBeanDefinitionReader中调用loadBeanDefinitions(EncodedResource encodedResource)
获取inputstream，再进入protected int doLoadBeanDefinitions(InputSource inputSource, Resource resource)函数中便开始不断地解析xml。
这个调用饶了很多的弯，画了张图：

Paste_Image.png

Spring将三个模块分开，这使用户如果去定制自己的Spring的话更加方便。
这个解析过程完善了上一篇的不足。但这一篇还有applicationContext类。
它的结构是

Paste_Image.png

可以从中看出来，其实该接口还实现了EnvironmentCapable ,ApplicationEventPublisher 以及MessageSource （除了BeanFactory的接口外）。
MessageSource是实现资源国家化的接口。ApplicationEventPublisher是事件处理，这些其实是更好的管理Bean。
这篇就先到这里了。
若有问题请私信。