这篇文章主要讲解 IOC 容器的创建过程,让你对整体有一个全局的认识,文章没有复杂嵌套的 debug 流程,相对来说比较简单。
不 BB,上文章目录。
1. 基础知识
1.1 什么是 Spring IOC ?
IOC 不是一种技术,只是一种思想,一个重要的面向对象编程的法则,它能指导我们如何设计出松耦合、更优良的程序。
传统应用程序都是由我们在类内部主动创建依赖对象,从而导致类与类之间高耦合,难于测试。
有了 IOC 容器后,把创建和查找依赖对象的控制权交给了容器,由容器进行注入组合对象,所以对象与对象之间是松散耦合,便于测试和功能复用,整个体系结构更加灵活。
理解 IOC 的关键是要明确 “谁控制谁,控制什么,为何是反转(有反转就应该有正转了),哪些方面反转了”,我们浅析一下:
-
谁控制谁,控制什么:
-
传统 Java SE 程序设计,我们直接在对象内部通过 new 进行创建对象,是程序主动去创建依赖对象;
-
IOC 是有专门一个容器来创建这些对象,即由 IOC 容器来控制对象的创建;
-
谁控制谁?当然是 IOC 容器控制了对象;
-
控制什么?主要控制了外部资源获取。
-
-
为何反转,哪些方面反转:
-
传统应用程序是由我们自己在对象中主动控制去直接获取依赖对象,也就是正转;
-
反转则是由容器来帮忙创建及注入依赖对象;
-
为何是反转?因为由容器帮我们查找及注入依赖对象,对象只是被动的接受依赖对象,所以是反转;
-
哪些方面反转了?依赖对象的获取被反转了。
-
1.2 容器创建过程
在看源码之前,首先搞清楚 Spring IOC 容器的创建过程,然后再深入源码。
IOC 容器如婚姻介绍所:
-
男人 A 要求需要一个女人,中介从婚姻介绍所根据男人 A 给他介绍了如花;
-
男人 B 要求介绍一个肤白貌美大长腿,中介从婚姻介绍所根据男人 B 给他介绍了女神。
从婚姻介绍所的例子可以大概知道 Spring IOC 是存储、定制、管理等功能的各种定制化的 bean 对象容器,下图是 Spring IOC 容器创建基本流程。
2. 核心知识
2.1 相关对象
2.1.1 ApplicationContext
ApplicationContext 接口是 BeanFactory 的子接口,也被称为 Spring 上下文,与 BeanFactory 一样,可以加载配置文件中定义的 bean,并进行管理。
它还加强了企业所需要的功能,如从属性文件中解析文本信息和将事件传递给所有指定的监视器,下图是 ApplicationContext 接口的继承关系。
ApplicationContext 接口主要的 5 个作用如表所示:
2.1.2 BeanDefinitionReader
// 示例
ClassPathXmlApplicationContext context = new ClassPathXmlApplicationContext("beans.xml");
配置文件解析器,如将配置文件中的 bean 信息解析成对应的 BeanDefinition 对象。
xml 文件解析使用是就是BeanDefinitionReader 实现类 XmlBeanDefinitionReader。
2.1.3 BeanFactoryPostProcessor
可以修改 Spring 上下文中 BeanDefinition 信息。
如下图 BeanFactoryPostProcessor 的子类 PropertySourcesPlaceholderConfigurer 的作用可以为数据库连接池 ${} 占位符赋值等等。
2.1.4 BeanFactory
是所有 Bean 容器的根接口,定义了 spring 容器基本方法。
如使用 getBean(beanName,Class) 获取对象。
2.2 源码核心流程
容器初始化的核心源码,都在 refresh() 方法中:
public void refresh() throws BeansException, IllegalStateException {
synchronized (this.startupShutdownMonitor) {
//1:准备刷新上下文环境
prepareRefresh();
//2:获取初始化Bean工厂
ConfigurableListableBeanFactory beanFactory = obtainFreshBeanFactory();
//3:对bean工厂进行填充属性
prepareBeanFactory(beanFactory);
try {
//4:Spring开放接口 留给子类去实现该接口
postProcessBeanFactory(beanFactory);
//5:调用我们的bean工厂的后置处理器
invokeBeanFactoryPostProcessors(beanFactory);
//6:注册我们bean后置处理器
registerBeanPostProcessors(beanFactory);
//7:初始化国际化资源处理器
initMessageSource();
//8:初始化事件多播器
initApplicationEventMulticaster();
//9:这个方法同样也是留个子类实现,其中springboot也是从这个方法进行tomcat的启动
onRefresh();
//10:把我们的事件监听器注册到多播器上
registerListeners();
//11:实例化所有的非懒加载的单实例bean
finishBeanFactoryInitialization(beanFactory);
//12:最后刷新容器 发布刷新事件(Spring cloud eureka也是从这里启动的)
finishRefresh();
}
catch (BeansException ex) {
if (logger.isWarnEnabled()) {
logger.warn("Exception encountered during context initialization - " +
"cancelling refresh attempt: " + ex);
}
// Destroy already created singletons to avoid dangling resources.
destroyBeans();
// Reset 'active' flag.
cancelRefresh(ex);
// Propagate exception to caller.
throw ex;
}
finally {
// Reset common introspection caches in Spring's core, since we
// might not ever need metadata for singleton beans anymore...
resetCommonCaches();
}
}
}
什么,内容不够精炼?那我再给大家上一个牛逼的思维导图:
3. 源码解析
下面主要对 refresh() 的 12 个流程进行讲解。
3.1 prepareRefresh()
准备刷新上下文环境:
protected void prepareRefresh() {
// Switch to active.
this.startupDate = System.currentTimeMillis();
this.closed.set(false);
this.active.set