ApplicationContext功能与设计原理

1.ApplicationContext功能

在Spring中，系统已经为用户提供了许多已经定义好的容器实现，而不须要开发人员事必躬亲。相比那些简单拓展BeanFactory的基本IoC容器，开发人员经常使用的ApplicationContext除T可以提供前面介绍的容器的基本功能外，还为用户提供了附加服务，可让客户更方便地使用。因此说，ApplicationContext是一个高级形态意义的IoC容器，如上图所示，能够看到ApplicationContext在BeanFactory的基础上添加的附加功能，这些功能为ApplicationContext提供了如下BeanFactory不具有的新特性。

• 支持不一样的信息源。咱们看到ApplicationContext扩展了MessageSource接口，这些信息源的扩展功能能够支持国际化的实现，为开发多语言版本的应用提供服务。
• 访问资源。这一特性体如今对ResourceLoader和Resource的支持上，这样咱们能够从不一样地方获得Bean定义资源。这种抽象使用户程序能够灵活地定义Bean定义信息，尤为是从不一样的I/O途径获得Bean定义信息。访问资源的功能在Spring中由ResourceLoader提供，实现与载入和注册的解耦。这在接口关系上看不出来，不过通常来讲，具体ApplicationContext都是继承了DefaultResourceLoader的子类。由于DefaultResourceLoader是AbstractApplicationContext的基类。
• 支持应用事件。继承了接口ApplicationEventPublisher，从而在上下文中引入了事件机制。这些事件和Bean的生命周期的结合为Bean的管理提供了便利。
• 在ApplicationContext中提供的附加服务。这些服务使得基本IoC容器的功能更丰富。由于具有了这些丰富的附加功能，使得ApplicationContext与简单的BeanFactory相比，对它的使用是一种面向框架的使用风格，因此通常建议在开发应用时使用ApplicationContext做为IoC容器的基本形式。

2.ApplicationContext设计原理

在ApplicationContext容器中，以经常使用的FileSystemXmlApplicationContext的实现为例来讲明ApplcationContext的设计原理。 在FileSystemXmlApplicationContext的设计中，ApplicationContext应用上下文的主要功能已经在FileSystemXmlApplicationContext前面的基类们中完成，主要功能是在AbstractXmlApplicationContext中实现的。在FileSystemXmlApplicationContext中，做为一个具体的应用上下文，只须要实现和它自身设计相关的两个功能。

• 一个功能是，若是应用直接使用FileSystemXmlApplicationContext，对于实例化这个应用上下文的支持，同时启动IoC容器的refresh()过程。这在FileSystemApplicationContext的代码实现中能够看到，代码以下:

/**
     * Create a new FileSystemXmlApplicationContext with the given parent,
     * loading the definitions from the given XML files.
     * @param configLocations array of file paths
     * @param refresh whether to automatically refresh the context,
     * loading all bean definitions and creating all singletons.
     * Alternatively, call refresh manually after further configuring the context.
     * @param parent the parent context
     * @throws BeansException if context creation failed
     * @see #refresh()
     */
    public FileSystemXmlApplicationContext(String[] configLocations, boolean refresh, ApplicationContext parent)
            throws BeansException {

        super(parent);
        setConfigLocations(configLocations);
        if (refresh) {
            refresh();
        }
    }

这个refresh()过程会牵涉IoC容器启动的一系列复杂操做，至关于一个入口，同时，对于不一样的容器实现，这些操做都是相似的，所以在基类中将它们封装好（因此主要功能都是在基类中完成的）。因此，咱们在FileSystemXml的设计中看到的只是一个简单的调用。

• 另外一个功能是与FileSystemXmlApplicationContext设计具体相关的功能，这部分与怎样从文件系统中加载XML的Bean定义资源有关。经过这个过程，能够为在文件系统中读取以XML形式存在的BeanDefinition作准备，由于不一样的应用上T文实现对应着不一样的读取BeanDefinition的方式，在FileSystemXmlApplicationContext中的实现代码以下:

/**
     * Resolve resource paths as file system paths.
     * <p>Note: Even if a given path starts with a slash, it will get
     * interpreted as relative to the current VM working directory.
     * This is consistent with the semantics in a Servlet container.
     * @param path path to the resource
     * @return Resource handle
     * @see org.springframework.web.context.support.XmlWebApplicationContext#getResourceByPath
     */
    @Override
    protected Resource getResourceByPath(String path) {
        if (path != null && path.startsWith("/")) {
            path = path.substring(1);
        }
        return new FileSystemResource(path);
    }