Spring源码之ApplicationContext(六)

前言:
Spring的两大容器ApplicationContext与BeanFactory，顾名思义ApplicationContext是应用的上下文，BeanFactory是bean工厂。
但是从代码层面来看ApplicationContext接口是继承了BeanFactory接口的，也就是说两者都有做容器的能力，而ApplicationContext
相对BeanFactory而言他又多了一些其他的功能，所以在我们常用的web应用中，ApplicationContext应用上下文是作为容器的最佳选择，
当然spring也是希望我们这么用的。
本文将简单阐述一下两个容器的区别，着重在源码层面进行分析两个容器的相辅相成及在spring生态中起到的重要作用。

0.简单阐述ApplicationContext与BeanFactory两种容器的区别

1.作用不同,BeanFactory是用来读取bean的配置文件，管理bean的加载，实例化及其整个生命周期并维护其依赖关系
  ApplicationContext除了拥有BeanFactory的所有功能外，还有更完整的供应用使用的框架功能，如国际化，aop，事务等
2.bean的初始化时机不同，BeanFactory在启动的时候不会初始化bean实例，只有在使用bean的时候才会初始化
  ApplicationContext是在启动的时候就初始化了所有的单例bean

综上所述，关于两个容器的选择，则需要按需选取，对于我们常用的web应用，肯定是选取ApplicationContext容器，因为他就是为了应用而生
而在两个容器都可以使用的情况下，我们就结合我们的硬件来考虑，需要占用较小资源的选择BeanFactory，反之选择ApplicationContext

ApplicationContext应用上下文
从字面来看不太好懂，应用就是咱们常说的web应用或者是其他种类的提供服务的一个程序，而上下文咱们可以通俗的理解为他是一个应用的环境或者是容器，意思是拿到这个context对象了，就相当于咱们拥有掌控这个应用的能力了。
如果把应用比作是一个人的话，那么ApplicationContext就是人的大脑或者是思想，他掌控着整个应用的生命周期。

1.1.ApplicationContext的接口继承关系
关于ApplicationContext的接口定义关系如下图，两个直接的继承接口，一个间接的继承接口。
其中ConfigurableApplicationContext从字面来看是具有配置功能的ApplicationContext，主要是为应用上下文提供配置能力
WebApplicationContext是具体web功能的ApplicationContext，他能获取ServletContext
ConfigurableWebApplicationContext是结合上面两个接口的功能，配置ServletContext以及一些其他的web应用配置

1.1.1.先上ApplicationContext接口本尊，关于其父接口此处不作详细说明了，有兴趣的可以自行研究

本接口新定义的方法主要有:
    1.getId()获取context的id
    2.getApplicationName()获取应用名称
    3.getStartupDate()获取启动时间
    4.getParent()获取父容器
    5.getAutowireCapableBeanFactory()获取有自动装配能力的BeanFactory
public interface ApplicationContext extends EnvironmentCapable, ListableBeanFactory, HierarchicalBeanFactory, MessageSource, ApplicationEventPublisher, ResourcePatternResolver {
   
   @Nullable
   String getId();
   
   String getApplicationName();
   
   String getDisplayName();
   
   long getStartupDate();
   
   @Nullable
   Applica