Spring之BeanFactory和ApplicationContext的关系
学过Spring的小伙伴都知道应该对BeanFactory和ApplicationContext这两个接口都不陌生吧,它们之间有什么关系呢?下面我们就来探讨一下.
首先,我们先来看一张类图:
![](https://i-blog.csdnimg.cn/blog_migrate/723d7465ee31d99020c1647f2e43d747.png)
这是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相关类图如下
![](https://i-blog.csdnimg.cn/blog_migrate/762636b046b1846d296272dfcfbd404d.png)
与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类图
![](https://i-blog.csdnimg.cn/blog_migrate/c6d0ab13d85824a780fdd200237b1a8c.png)
从类图可以看出,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功能的扩展,提供了资源定位和信息源的支持,是面向框架使用的。