Spring 4.x IOC介绍（二.BeanFactory 、ApplicationContext、WebApplicationContext之ApplicationContext）

蔚落 2022-05-16 02:41 391阅读 0赞

# ApplicationContext介绍 #

如果说BeanFactory是Spring的“心脏”，那么`ApplicationContext`就是完整的“身躯”了。`ApplicationContext`由`BeanFactory`派生而来，提供了更多面向实际应用的功能，在`BeanFactory`中，很多功能需要以编程的方式实现，而在`ApplicationContext`中则可以通过配置的方式实现。

## ApplicationContext的体系结构 ##

`ApplicationContext`的主要实现类是`ClassPathXmlApplicationContext`和`FileSystemXmlApplicationContext`，前者默认从类路径加载配置文件，后者默认从文件系统中装载配置文件。下面看一下ApplicationContext的类继承体系，如下图所示：  
![ApplicationContext的体系结构][ApplicationContext]  
`ApplicationContext`继承了`HierarchiacalBeanFactory`和`ListableBeanFactory`接口，在此基础上，还通过多个其他的接口扩展了BeanFactory的功能。如：

*  ApplicationEventPublicsher：让容器拥有发布应用上下文事件的功能，包括容器启动事件、关闭事件等。实现了`ApplicationListener`事件监听接口的Bean可以接收到的容器事件，并对时间进行相应处理。在`ApplicationListener`事件监听接口的Bean可以接收到容器事件，并对事件进行相应处理。在`ApplicationContext`抽象实现类`AbstractApplicationContext`中存在一个`ApplicationEventMulticaster`，他负责保存所有的监听器，以便在容器产生上下文事件时通过这些事件监听者。
 *  MessageSource：为应用提供i18n国际化消息访问的功能。
 *  ResourcePatternResolver：所有`ApplicationContext`实现类都实现了类似于`PathMatchingResourcePatternResolver`的功能，可以通过带前缀的Ant风格的资源文件路径装载Spring的配置文件。
 *  LifeCycle：该接口提供了start()和stop()两个方法，主要用于控制一步处理过程。在具体使用时，该接口同时被ApplicationContext实现及具体Bean实现，ApplicationContext会将start/stop的信息传递给容器中所有实现了该接口的Bean，已达到管理和控制JMX、任务调度等目的。

ConfigurableApplicationContext扩展于ApplicationContext，它新增了两个主要的方法：refresh()和close()，让`ApplicationContext`具有启动、刷新和关闭应用上下问的能力。在因果那个上下文关闭的情况下调用refresh()则可清楚缓存并重新装载配置信息，而调用close()则可关闭应用上下文。这些接口方法为容器的控制管理带来了便利，但作为开发者，我们并不需要过多关系这些方法。

## ApplicationContext初始化 ##

和BeanFactory初始化类似，ApplicationContext的初始化也很简单。如果配置文件放置在类路径下，则可以优先考略使用ClassPathXmlApplicationContext实现类。

ApplicationContext ctx = new ClassPathXMLApplicationContext("resource/spring-config.xml");

对于ClassPathXmlApplicationContext来说，`resource/spring-config.xml`等同于`classpath:resource/spring-config.xml`  
如果配置文件放置在文件系统的路径下，则可以优先考虑使用FilySystemXmlApplicationContext实现类。

ApplicationContext ctx = new FilySystemXmlApplicationContext("resource/spring-config.xml");

对于FilySystemXmlApplicationContext来说`resource/spring-config.xml`等同于`file:/spring-config.xml`。  
还可以指定一组配置文件，Spring会自动将多个配置文件在内存中“整合”成一个配置文件，如下：

ApplicationContext ctx = new FilySystemXmlApplicationContext(new String[]{"conf/beans1.cml","conf/beans2.cml"});

当然，FileSystemXmlApplicationContext和ClassPathXMLApplication都可以显式使用带资源类型前缀的路径，他们的区别在于如果不显式指定资源类型前缀，则分别将路径解析为文件系统路径和类路径。

在获取ApplicationContext实例后，就可以像BeanFactory一样调用getBean(beanName)返回Bean了。ApplicationContext的初始化和BeanFactory有一个重大的区别：BeanFactory在初始化容器时，并未实例化Bean，知道第一次访问某个Bean时菜实例化目标Bean；而ApplicationContext则在初始化应用上下文时就实例化所有单实例的Bean。因此ApplicationContext的初始化时间会比BeanFactory稍长一些，不过稍后的调用则没有“第一次惩罚”的问题。

Spring支持基于类注解的配置方式，主要工嗯呢该来自Spring的一个名为JavaConfig的子项目。JavaConfig现以升级为Spring核心框架的一部分。一个标注@Configuration注解的POJO即可提供Spring所需的Bean配置信息，如下所示：

import org.springframework.context.annotation.Bean;
    import smart.Car;
    
    public class Beans {
        @Bean(name = "car")
        public Car builder(){
            Car car = new Car();
            car.setBrand("Cadillac CT6");
            car.setMaxSpeed(200);
            return car;
        }
    }

和基于XML文件的配置相比，类注解的配置方式可以很容易地让开发者控制Bean的初始化过程，比基于XML文件的配置方式更加灵活。  
Spring为基于注解类的配置提供了专门的ApplicationContext实现类：AnnotationConfigApplicationContext。看一个使用AnnotationConfigApplicationContext启动Spring容器的实例，如下所示：

import org.springframework.context.ApplicationContext;
    import org.springframework.context.annotation.AnnotationConfigApplicationContext;
    
    import org.testng.annotations.Test;
    import smart.Car;
    
    import static org.testng.Assert.*;
    /**
     * @author shengda.ji
     * @date 2018/8/16 下午4:26
     */
    public class AnnotationApplicationContextText {
        @Test
        public void getBean(){
            //通过一个带@Configuration的POJO装载Bean配置
            ApplicationContext ctx = new AnnotationConfigApplicationContext(Beans.class);
            Car car = ctx.getBean("car",Car.class);
            assertNotNull(car);
        }
    }

AnnotationConfigApplicationContext将加载Bean.class中的Bean定义并调用Beans.class中的方法实例化Bean，启动容器并装配Bean。  
Spring4.0支持使用Groovy脚本语言，可实现复杂、灵活的Bean配置逻辑，来看一个例子：  
groovy-beans.groovy

package smart.context;
    import smart.Car;
    
    beans{
        car(Car){//①名字（类型）
            brand = "Cadillac CT6"//②注入属性
            maxSpeed = "200"
            color = "red"
        }
    }

基于Groovy的配置方式可以很容易地让开发者配置复杂Bean的初始化过程，比基于XML文件、注解的配置方式更灵活。  
Spring 为基于Groovy的配置提供了专门的ApplicationContext实现类：Gen。下面看一下如何启动Spring容器的示例：

package smart.context;
    
    import org.springframework.context.ApplicationContext;
    import org.springframework.context.support.GenericGroovyApplicationContext;
    import org.testng.annotations.Test;
    import smart.Car;
    import static org.testng.Assert.*;
    
    public class GroovyApplicationContextTest {
        @Test
        public void getBean(){
            ApplicationContext ctx = new GenericGroovyApplicationContext("classpath:smart/context/groovy-beans.groovy");
            Car car = (Car)ctx.getBean("car");
            assertNotNull(car);
            assertEquals(car.getColor(),"red");
        }
    }

**这里会出现两个问题：**

1.  报错：Cannot compile Groovy files: no Groovy library is defined for module ‘xx’  
    这个解决的时候需要更改idea的配置：  
    ![!?\*.groovy;][.groovy]  
    去掉!?\*.groovy;就可以解决这个问题。
2.  更改idea启动后还是报错：java.lang.ClassNotFoundException: groovy.lang.GroovyObject  
    添加依赖：  
    `<dependency> <groupId>org.codehaus.groovy</groupId> <artifactId>groovy-all</artifactId> <version>2.4.7</version> </dependency>`

## 总结： ##

*  ApplicationContext的主要实现类是ClassPathXMLApplicationContext喝FileSystemXMLApplicationContext
 *  ApplicationContext的初始化和BeanFactory有一个重大的区别：BeanFactory在初始化容器时，并未实例化Bean，知道第一次访问某个Bean时菜实例化目标Bean；而ApplicationContext则在初始化应用上下文时就实例化所有单实例的Bean。
 *  xml配置Bean的方式根据本文有三种：

1.  基于XML的配置；
2.  基于注解的配置；
3.  基于groovy配置文件的配置；

这三种各有优缺点，如果Bean的初始化比较复杂，那么groovy是一个很好的选择。

[ApplicationContext]: /images/20220516/e9b0147b781f450db5a7c23a27322a26.png
[.groovy]: /images/20220516/646a2bc6e8504f5bb9830c244ac2c121.png