spring容器
实现方式
spring中提供了各式各样的IOC容器的实现供用户选择和使用,使用什么样的容器取决于用户的需要
BeanFactory 该接口是最简单的容器,提供了基本的DI支持。最常用的BeanFactory实现是XmlBeanFactory类,根据XML文件中的定义加载bean,从XML文件读取配置元数据并用它去创建一个完全配置的系统或应用
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32public interface BeanFactory {
// 可以使用&来得到FactoryBean本身,用于区分用FactoryBean产生的对象和FactoryBean本身,
// 如使用myJndiObject获取到的是FactoryBean产生的对象,使用&myJndiObject可以获取到对应的FactoryBean对象
String FACTORY_BEAN_PREFIX = "&";
Object getBean(String name) throws BeansException;
<T> T getBean(String name, Class<T> requiredType) throws BeansException;
Object getBean(String name, Object... args) throws BeansException;
<T> T getBean(Class<T> requiredType) throws BeansException;
<T> T getBean(Class<T> requiredType, Object... args) throws BeansException;
boolean containsBean(String name);
boolean isSingleton(String name) throws NoSuchBeanDefinitionException;
boolean isPrototype(String name) throws NoSuchBeanDefinitionException;
boolean isTypeMatch(String name, ResolvableType typeToMatch) throws NoSuchBeanDefinitionException;
boolean isTypeMatch(String name, Class<?> typeToMatch) throws NoSuchBeanDefinitionException;
Class<?> getType(String name) throws NoSuchBeanDefinitionException;
String[] getAliases(String name);
}ApplicationContext应用上下文 基于BeanFactory之上构建,提供面向应用的服务,并继承了资源ResourcePatternResolver,消息MessageSource,事件ApplicationEventPublisher,环境EnvironmentCapable,工厂五种能力常见的实现方式
1
2
3
4// 实现MessageSource接口,可以支持不同的信息员,支持国际化
// 实现ApplicationEventPublisher,支持了事件机制
public interface ApplicationContext extends EnvironmentCapable, ListableBeanFactory, HierarchicalBeanFactory,
MessageSource, ApplicationEventPublisher, ResourcePatternResolver
ApplicationContext是一个接口,大部分的方法实现由AbstractApplicationContext实现
ClassPathXmlApplicationContext 继承了AbstractXmlApplicationContext抽象类,从类路径下的XML配置文件中加载上下文定义,把应用上下文定义文件当做资源
1
2
3
4
5
6
7
8
9
10
11
12
13ApplicationContext context = new ClassPathXmlApplicationContext("application.xml");
// this(new String[] {configLocation}, true, null);
// refresh为true,parent为null
public ClassPathXmlApplicationContext(String[] configLocations, boolean refresh, ApplicationContext parent)
throws BeansException {
super(parent);
setConfigLocations(configLocations);
if (refresh) {
refresh(); // 触发了IOC容器的初始化
}
}FileSystemXmlApplicationContext 读取文件系统下的XML配置文件并加载上下文定义
XmlWebApplicationContext 读取Web应用下的XML配置文件并装载上下文
AnnotationConfigApplicationContext: 注解方式
ConfigurableApplicationContext扩展于ApplicationContext接口,新增了两个主要的方法,refresh()和close(),让ApplicationContext具有启动、刷新和关闭上下文的能力
WebApplicationContext专门为WEB应用准备的,允许从相对于WEB根目录的路径中初始化上下文
BeanFactory和ApplicationContext的区别
BeanFactory可以认为是bean集合的工厂类,包含了各种bean的定义,以便在接收到客户端请求时将对应的bean实例化,是spring最底层的接口,提供了最简单的容器的功能,包含了bean生命周期的控制,调用初始化方法和销毁方法,其采取的是延迟加载,第一次getBean时才会初始化
ApplicationContext继承了BeanFactory并进行了扩展,在初始化上下文时就实例化所有单例的bean,提供了支持国际化的文本消息MessageSource、统一的资源文件读取方式(扩展了ResourceLoader)、消息发送、事件机制(ApplicationEvent和ApplicationListener)等
BeanFactory采用的是延迟加载形式来注入Bean的,即只有在使用到某个Bean时(调用getBean()),才对该Bean进行加载实例化,这样,我们就不能发现一些存在的Spring的配置问题。而ApplicationContext则相反,它是在容器启动时,一次性创建了所有的Bean。这样,在容器启动时,我们就可以发现Spring中存在的配置错误。相对于基本的BeanFactory,ApplicationContext 唯一的不足是占用内存空间。当应用程序配置Bean较多时,程序启动较慢。
BeanFactory和ApplicationContext都支持BeanPostProcessor、BeanFactoryPostProcessor的使用,但两者之间的区别是:BeanFactory需要手动注册,而ApplicationContext则是自动注册。
BeanFactory主要是面对与 spring 框架的基础设施,面对 spring 自己。而 ApplicationContext 主要面对与 spring 使用的开发者。基本都会使用 ApplicationContext 并非 BeanFactory 。
BeanDefinition
spring通过BeanDefinition来管理基于spring的应用中的各种对象以及它们之间的相互依赖关系。BeanDefinition抽象了对Bean的定义,是让容器起作用的主要数据类型