Spring之BeanFactory和ApplicationContext的关系

Spring之BeanFactory和ApplicationContext的关系

学过Spring的小伙伴都知道应该对BeanFactory和ApplicationContext这两个接口都不陌生吧,它们之间有什么关系呢?下面我们就来探讨一下.

首先,我们先来看一张类图:

这是Spring一部分的关系类图,从这个类图我们可以大致看出BeanFactory的和ApplicationContext的关系,BeanFactory是ApplicationContext的基类,BeanFactory所拥有的功能,ApplicationContext都拥有, 不仅如此,ApplicationContext还拓展了一些功能, 它通过继承MessageSource、 ResourceLoader等接口，在BeanFactory简单IOC容器的基础上添加了许多高级容器的特征。

BeanFactory

BeanFactory源码

public interface BeanFactory {
    // 根据指定名字获取IOC容器管理的Bean
    Object getBean(String name) throws BeansException;
    // 根据指定名字获取IOC指定的Bean, 并且对Bean的类型进行检查
    <T> T getBean(String name, Class<T> requiredType) throws BeansException;
    Object getBean(String name, Object... args) throws BeansException;
    // 根据类型获取IOC容器管理的Bean
    <T> T getBean(Class<T> requiredType) throws BeansException;
    <T> T getBean(Class<T> requiredType, Object... args) throws BeansException;
    <T> ObjectProvider<T> getBeanProvider(Class<T> requiredType);
    <T> ObjectProvider<T> getBeanProvider(ResolvableType requiredType);
    // 判断容器是否包含指定名字的Bean
    boolean containsBean(String name);
    // 判断指定名字的Bean是否是Singeton(单例)类型
    boolean isSingleton(String name) throws NoSuchBeanDefinitionException;
    // 判断指定名字的Bean是否是Prototype(多例)类型
    boolean isPrototype(String name) throws NoSuchBeanDefinitionException;
    boolean isTypeMatch(String name, ResolvableType typeToMatch) throws NoSuchBeanDefinitionException;
    // 查询指定名字的Bean的Class类型是否是特定的Class类型.
    boolean isTypeMatch(String name, Class<?> typeToMatch) throws NoSuchBeanDefinitionException;
    // 查询指定名字的Bean的Class类型
    @Nullable
    Class<?> getType(String name) throws NoSuchBeanDefinitionException;
    // 查询指定名字的Bean的Class类型
    @Nullable
    Class<?> getType(String name) throws NoSuchBeanDefinitionException;
    @Nullable
    Class<?> getType(String name, boolean allowFactoryBeanInit) throws NoSuchBeanDefinitionException;
    @Nullable
    Class<?> getType(String name, boolean allowFactoryBeanInit) throws NoSuchBeanDefinitionException;
    // 查询指定名字的Bean的所有别名, 这些别名都是用户在BeanDefinition中定义的
    String[] getAliases(String name);
}

可以看到，这里定义的只是一系列的接口方法，为IOC容器提供了使用规范。在这个基础上，Spring还提供了符合IOC容器接口的一系列容器的容器供开发人员使用，我们以XmlBeanFactory的实现为例来说明简单的IOC的设计原理。

XmlBeanFactory相关类图如下

与ApplicationContext相比，有一个非常明显的特点，就是XmlBeanFactory只提供最基本的IOC容器的功能。

XmlBeanFactory源码

@Deprecated
@SuppressWarnings({"serial", "all"})
public class XmlBeanFactory extends DefaultListableBeanFactory {
    // BeanDefinition读取器
    private final XmlBeanDefinitionReader reader = new XmlBeanDefinitionReader(this);

    public XmlBeanFactory(Resource resource) throws BeansException {
        this(resource, null);
    }

    public XmlBeanFactory(Resource resource, BeanFactory parentBeanFactory) throws BeansException {
        super(parentBeanFactory);
        // 载入BeanDefinition
        this.reader.loadBeanDefinitions(resource);
    }

}

可以看到，要使用XmlBeanFactory，我们需要传入Resource对象，即BeanDefinition资源，也就是我们平常写的xml文件。BeanDefinition读取器 XmlBeanDefinitionReader会自动帮我们BeanDefinition载入到IOC容器*我们使用。

下面我们来使用一下XmlBeanFactory:

    @Test
    public void test2 () {
        ClassPathResource classPathResource = new ClassPathResource("application.xml");
        XmlBeanFactory xmlBeanFactory = new XmlBeanFactory(classPathResource);
        Object user = xmlBeanFactory.getBean("user");
        System.out.println(user);
    }

ApplicationContext

我们以ClassPathXmlApplicationContext来探讨ApplicationContext的使用

ClassPathXmlApplicationContext类图

从类图可以看出，ApplicationContext除了提供基本的BeanFactory的功能外，还为用户提供以下的附加服务，可以让用户更方便地使用。

• 支持不同的信息源，ApplicationContext扩展了MessageSource接口，这些信息源的扩展功能可以支持国际化的实现，为开发多语言版本的应用提供服务
• 访问资源。这一特征体现在对ResourceLoader和Resorce的支持上，这样我们可以从不同的地方得到BeanDefinition资源。

ClassPathXmlApplicationContext的使用

    @Test
    public void test3 () {
        ApplicationContext applicationContext = new FileSystemXmlApplicationContext("application.xml");
        Object user = applicationContext.getBean("user");
        System.out.println(user);
    }

总结：
总的来说，BeanFactory是对IOC容器的基本规范， ApplicationContext是对BeanFactory功能的扩展，提供了资源定位和信息源的支持，是面向框架使用的。