Spring IOC 学习三 之 ApplicationContext容器面纱
第一篇：Spring IOC学习一
有第一篇已经知道整个Spring IOC的最核心体系就是 ApplicationContext 本文就对这个体系进行学习一下。第一篇就说了ApplicationContext是Spring真正的高级容器。它比BeanFactory高级在哪里？
1、继承了MessageSource 提供了国际化标准访问策略
2、继承了ApplicationEventPublisher 提供了强大的事件机制
3、扩展了ResourceLoader接口，使其能批量加载资源配置
4、支持web应用
重新补一下图
由上图就可以明了的看到整个ApplicationContext 的大致体系结构
ApplicationContext 的两个直接子类：
1、WebApplicationContext
该 接口的唯一方法就是为了给servlet 提供上下文接口
2、ConfigurableApplicationContext
以上是主要的方法
ConfigurableApplicationContext 不仅仅继承了ApplicationContext 同时还有 Lifecycle和 Closeable。这两个接口的作用是什么？
1、Lifecycle 包含了是三个方法：stop，start ，isRunning 这是Spring 容器提供的对生命周期的管理，
2、Closeable 进去看就会发现就一个方法，close 这是JDK提供的一个接口，用于关闭组件释放资源用的。
WebApplicationContext 和 ConfigurableApplicationContext 从接口接口上就会发现他们有共同的子类ConfigurableWebApplicationContext，该类是上面两个的整合，以及扩展了其他方法，
ClassPathXmlApplicationContext 是我们最常见的Spring IOC容器。这个类是整个IOC容器的最终实现类之一，它包含了1个方法和多个构造方法，除了一个无参的构造方法外，一个ApplicationContext 参数的构造方法外，其余所有的有参构造法最终都会执行一下2个方法的一种
第一种
第二种
第一种是手动控制是否刷新容器，第二种是每次都刷新
第一种是根据资源位置数组 最终在父类AbstractRefreshableConfigApplicationContext中实现bean资源的定位，第二种是跟自己资源位置相对或绝对路径数组，基于给定资源加载资源的类 实例化ClassPathResource对象。
首先 super（parent） 最终是调用父类的构造方法，为容器设置好Bean资源的加载器，如下代码
PathMatchingResourcePatternResolver是创建可批量加载资源的超级接口
setConfigLocations 方法，有单字符串形式和数组形式两种。ClassPathXMLApplicationContext是后者，FileSystemXMLApplicationContext是用的第一种
接下来就是refresh（）方法，该方法最终也是要再父类中实现下面就是整个方法的说明
主要实现是 refreshBeanFactory（）和返回容器实例
refreshBeanFactory 和getBeanFactory都是抽象方法，都是在子类AbstractRefreshableApplicationContext中进行实现的，如下图：
loadBeanDefinitions（）具体实现也是在子类AbstractXmlApplicationContext 实现的。接下来就要进入BeanDefinition体系了
refresh()方法的作用是：在创建IoC容器前，如果已经有容器存在，则需要把已有的容器销毁和关闭，以保证在refresh之后使用的是新建立起来的IoC容器。refresh的作用类似于对IoC容器的重启，在新建立好的容器中对容器进行初始化，对Bean定义资源进行载入