16 张图解锁 Spring 的整体脉络

今天来梳理下 Spring 的张图整体脉络啦，为后面的解锁文章做个铺垫~

话说咱们一直都在用这个 Spring  ，你们对它的体脉感受是啥呀？还是说说不出来 哈哈

4ye 的感觉也是零零散散的，而且印象中一直都在用 Springboot ，张图不用再配置一堆东西呀，解锁管理依赖啥的体脉，方便太多了。张图

所以借此机会简单梳理下其中的解锁一些脉络，这样去看源码就有条理多啦，体脉更能知道一些扩展点的张图使用等:stuck_out_tongue_closed_eyes:

目录

本文会先大概介绍下这些知识点 :point_down:

印象中的 Spring

脑海中有这么一条公式：

:point_right:  IOC  = 工厂模式 + XML + 反射

:point_right: 而 DI ,  AOP ， 事务 等也都在  XML  中很直观的解锁表现出来

虽然我们现在大部分用这个注解来代替，但是体脉原理还是基本一样的:pig2:

注解使用起来很方便，但是张图学习的话，还是解锁建议先通过这个 XML ，毕竟结构性的云服务器体脉文档，有层次感，可以留下更深的印象~ :smile:

小小Spring

把 Spring 浓缩一下，就有了这么一点小东西:pig2:

想了下，我们用 Spring ，其中最主要的一点，就是用它来帮我们管理，创建这个 Bean 。

那么先从源头看起  —— Bean 从哪来 (＠_＠;)

Bean 解析流程

如图所示，就是通过 解析器 ，对我们的 XML 文件或者注解进行解析，最后将这些信息封装在  BeanDefinition 类中，并通过 BeanDefinitionRegistry 接口将这些信息 注册 起来，放在 beanDefinitionMap 变量中, key : beanName , value ：BeanDefinition 

简单看看  BeanDefinition 中的属性叭

BeanDefinition

beanClass  :  bean 的类型 ，实例化时用的 :pig2:

scope  :  作用范围有 singleton，prototype

isLazy   :   懒加载 ，true  的话 会在 getBean 时生成，而且 scope 的 prototype 无效，false 在 Spring 启动过程中直接生成

initMethodName  :  初始化方法，当然是初始化时调用:pig2:

primary  :  主要的，有多个 Bean 时使用它

dependsOn  :   依赖的亿华云Bean，必须等依赖Bean 创建好才可以创建

PS: @Component ，@Bean , 都会被解析成 BeanDefinition

反射

有了原料后呢， 咱 们再来看看这个 工厂 BeanFactory

先简单想一想这个工厂要怎么创建这个 Bean 呢？

没错，肯定就是这个 反射 啦 :smile:

那么，结合我们从原料中获取的重要属性之一的 beanClass ，我们可以画出这么一张图 :point_down:

那么我们再来看看这个 BeanFactory 叭 :smile:

BeanFactory

先来看看 作为IOC 容器的 根接口 的 BeanFactory  提供了什么方法吧:point_down:

主要是这个 getBean 方法，以及 别名获取 ， 类型获取 方法和其他一些判断方法如 ： 单例 ， 多例 ， 类型匹配 ， 包含bean

我们来简单看看它的子接口都有哪些叭~:smile:

这里分享个小技巧叭:pig2:

看源码的时候，一般就直接看这个 默认 接口 如这里的 DefaultListableBeanFactory

基本上看个类名就知道大概作用了，那么先对号入座下:point_down:

ListableBeanFactory

:point_right: 遍历 bean

HierarchicalBeanFactory

:point_right:  提供 父子关系，可以获取上一级的 BeanFactory

ConfigurableBeanFactory

:point_right:  实现了 SingletonBeanRegistry ，主要是 单例Bean的注册，生成

AutowireCapableBeanFactory

:point_right:  和自动装配有关的

AbstractBeanFactory

:point_right:  单例缓存，以及 FactoryBean 相关的

ConfigurableListableBeanFactory

:point_right:  预实例化单例Bean，分析，源码下载修改 BeanDefinition

AbstractAutowireCapableBeanFactory

:point_right: 创建 Bean ，属性注入，实例化，调用初始化方法 等等

DefaultListableBeanFactory

:point_right: 支持单例Bean ，Bean别名 ，父子BeanFactory，Bean 类型转化 ，Bean 后置处理，FactoryBean，自动装配等

是不是非常丰富 :smile:

FactoryBean

FactoryBean  ，它本身就是个 Bean，算是小工厂 ，归 BeanFactory 这个大工厂管理的。

可以看到它就只有三个方法

getObject() 获取对象

isSingleton() 单例对象

getObjectType()  返回的是 Bean 对象的类型

相比大工厂 BeanFactory 少了特别多东西，没有严格的 Bean 生命周期流程

在 :point_right: 《三分钟快速了解Spring中的工厂模式》 一文中有介绍到 :smile:

FacotryBean 对象本身也是一个Bean，是一个小工厂，可以生产另外的 Bean

BeanFactory 是 Spring 容器的根接口，是大工厂，生产各种各样的Bean

beanName  就是正常对象

“&”+beanName   ， 获取的是实现了该接口的 FacotryBean 工厂对象

大致如下 :point_down:

ApplicationContext

我们再来看看这个 ApplicationContext

可以看到它扩展了很多功能，除了 BeanFactory ，它还可以 创建 , 获取 Bean ，以及处理 国际化 ， 事件 ， 获取资源 等

EnvironmentCapable  获取 环境变量 的功能，可以获取到 操作系统变量 和 JVM 环境变量

ListableBeanFactory 获取所有 BeanNames，判断某个 BeanName 是否存在 BeanDefinition 对象，统计 BeanDefinition 对象，获取某个类型对应的所有 beanNames 等功能

HierarchicalBeanFactory  获取父 BeanFactory ，判断某个 name 是否存在 bean 对象的功能

MessageSource   国际化功能 ，获取某个国际化资源

ApplicationEventPublisher 事件发布功能 （重点）

ResourcePatternResolver 加载，获取资源的功能 ，这里的资源可能是文件，图片 等某个URL资源都可以

还有这三个重要的类:point_down:,就不一一介绍先啦:smile:

ClassPathXmlApplicationContext

AnnotationConfigApplicationContext

FileSystemXmlApplicationContext

赶紧来看看这个核心叭！

IOC 容器

当然，这时候出场的肯定是 IOC 啦。

我们都知道 IOC 是 控制反转 ，但是别忘了 容器 这个词，比如 **容器的根接口 **BeanFactory  ， 容器的实现 :point_down:

ClassPathXmlApplicationContext

AnnotationConfigApplicationContext

FileSystemXmlApplicationContext

同时我们要注意这里无处不在的 后置处理器 xxxPostProcessor :pig:

这个是 Spring 中扩展性强的原因了！

我们可以在各个过程中合理应用这些 PostProcessor 来扩展，或者修改 Bean 定义信息等等

可以看到在这个容器中，完成了 Bean 的初始化，而这个过程还有很多细节 ，请往下看看:point_down:

DI 到时写 属性填充 时再介绍:pig:

BeanFactory 后置处理器

作为 IOC 容器根接口的 BeanFactory ，有着非常高的扩展性，比如最开始获取原料 BeanDefinition  时，就出现了两个针对 BeanFactory  工厂的后置处理器 :point_down:

BeanDefinitionRegistryPostProcessor

通过该接口，我们可以自己掌控我们的 原料 ，通过 BeanDefinitionRegistry  接口去 新增 ， 删除 ， 获取 我们这个 BeanDefinition

BeanFactoryPostProcessor

通过该接口，可以在 实例化对象前 ，对  BeanDefinition 进行修改 ， 冻结 ， 预实例化单例Bean 等

经过上面层层阻碍后，我们最终会来到目标方法 getBean ，将原料投入生产，最终获取一个个 Bean 对象出来

那么随之而来的就是这个 Bean 的生命周期啦 :smile:

Bean 生命周期

Bean 的创建和管理有 标准化的流程 ！

这里在我们的工厂 BeanFactory 中写得很清楚 :point_down:

总共 14 个步骤，是不是一下子就清晰多了:smile:

在看这部分的源码时，要多注意两个英文单词 :stuck_out_tongue_closed_eyes:

实例化:point_right: Instantiation

初始化:point_right: Initialization

ps: 别看快搞错了 哈哈:stuck_out_tongue_closed_eyes:

仔细阅读上面这14个步骤，会发现前面 8 个都是 Aware 接口，而他们的作用也很简单，就是获取 xxAware 这个单词的前缀 xx :smile:

比如我们在上文 :point_right: 《三分钟快速上手Spring事件机制》 中提到的事件发布器 ApplicationEventPublisher ，只要你实现了 ApplicationEventPublisherAware 接口，就可以 获取 事件发布器 ApplicationEventPublisher  ！

Bean 后置处理器

在实例化 和 初始化流程中，把这个Bean 的后置处理器 BeanPostProcessor 安排上，就得到下图啦 :point_down:

这里留意下 实例化 有扩展点  InstantiationAwareBeanPostProcessor ， 初始化 扩展点 BeanPostProcessor 就非常多啦，我们主要来关注下这个 AOP

AOP

那么 AOP 是在哪个步骤代理对象的呢？:point_down:

可以在 AbstractAutoProxyCreator 类中看到 :point_down:

总结

本文就先介绍到这里啦:pig2:

主要介绍了 Spring 里面的这些脉络，方便小伙伴们对它有个整体的印象先~

再介绍其中的一些扩展点，比如从源材料的 BeanFactoryPostprocessor ，到产物 Bean 的 BeanPostprocessor 。

实例化，初始化的顺序，Bean的生命周期，以及 BeanFactory 及子类扩展的功能，再到 ApplicationContext 的功能。

还有这个核心机制： 工厂+XML+反射 ，以及引出下文要说的 AOP 发生的地方 。