本文重点探究DefaultListableBeanFactory的继承层次及每一个继承层次的作用
如上图所示, DefaultListableBeanFactory间接依赖了很多类, 这些类都是干什么的, 在一个Spring管理周期内起到什么作用是本文探究的重点, 本文也会在问末探究一下这样设计的意图.
简述
- AliasRegistry: 定义对Alias的增删改查
- SimpleAliasRegistry: 主要使用map作为Alias的缓存, 并对接口AliasRegistry进行实现
- SingletonBeanRegistry: 定义对单例的注册及获取
- BeanFactory: 定义获取bean及bean的各种属性
- DefaultSingletonBeanRegistry:实现接口SingletonBeanRegistry
- HierarchicalBeanFactory: 集成BeanFactory, 即在BeanFactory的定义功能的基础上增加了对parentFactory的支持
- BeanDefinitionRegistry: 定义对BeanDefinition的各种增删改查操作
- FactoryBeanRegistrySupport: 在DefaultSingletonBeanRegistry的基础上增加了对FactoryBean的特殊处理功能
- ConfigurableBeanFactory: 提供配置Factory的各种方法
- ListableBeanFactory: 根据各种条件获取Bean的配置清单
- AbstractBeanFactory: 综合factoryBeanRegistrySupport和ConfigurableBeanFactory的功能
- AutowireCapableBeanFactory: 提供创建Bean, 自动注入, 初始化已经应用Bean的后处理器
- AbstractAutowireCapableBeanFactory:综合AbstractBeanFactory并对接口AutowireCapableBeanFactory进行实现
- ConfigurableListableBeanFactory: BeanFactory配置清单, 指定忽略类型及接口等
- DefaultListableBeanFactory: 综合上述所有功能, 主要是对BeanFactory注册后的处理
具体
AliasRegistryLEVEL 1 -- Interface
- 提供了alias的增删改功能的接口
SimpleAliasRegistryLEVEL2 -- Concreate Class
- 使用map存储alias -> 规范名称 的映射,并实现了AliasRegistry接口
- 注意事项
- 注册alias的时候有一个alias环校验, 具体来说,就是判断name -> alias是不是存在, 注意由于有多重映射,所以需要递归判断. 如: x -> y, 需要判断是不是存在y -> x 或者是y -> z -> w -> x(所以需要递归校验)
- 由于递归性质的存在, 包括hasAlias, retrieveAlias都有一个递归性的校验
- resolveAliases: 使用了StringResolver来处理alias和name
BeanDefinitionRegistry LEVEL2 -- interface)
- 在AliasRegistry的基础上添加了BeanDefinition处理的相关接口
- 增: registerBeanDefinition
- 删:removeBeanDefinition
- 查:containsBeanDefinition,getBeanDefinition,getBeanDefinitionCount,getBeanDefinitionNames,isBeanNameInUse
- 按照文档的说明:BeanDefinitionRegistry是Spring bean factory 包中唯一一个封装了注册BeanDefinition的接口, 标准的BeanFactory只提供了对工厂实现对象的操作
SingletonBeanRegistryLEVEL2 -- Interface
- 提供了单例的注册读取等, 为了给BeanFactory提供一个操作单例的同一方式
- 可能涉及到同步问题, 后文中结合实现具体分析
BeanFactoryLEVEL2 --- Interface
- 是一个顶级的SpringBean容器, 表示一种比较通用的概念, 而它的子类比如ListableBeanFactory或者都是用于特殊的目的
- Bean容器会根据一个Bean name返回一个独立的实例(原型模式)或者一个共享实例(单例模式), 称之为scope, 从Spring2.0之后, 更多的scope被支持了, 如“reques”和“session”scope
- 和ListableBeanfactory相反, HierarchicalBeanFactory支持从父容器获得Bean的操作, 如果Bean没有被当前容器找到, 父容器会被请求。
- &+beanname会获得该bean所在的BeanFactory对象, 如&myJndiObject会获得该bean所属的beanFactory
- BeanFactory接口提供了一系列方法, 分类表示如下
- 查询接口:精细化程度递增
- getBean(class)
- getBean(name)
- getBean(class, params)
- getBean(name, params)
- getBean(name, objs) : 使用给定的objs创建bean
- 判断
- isSingleton
- isProtoType
- isTypeMatch
- containsBean
- getAlias
- 查询接口:精细化程度递增
HierarchicalBeanFactoryLEVEL3 -- Interface
- 表示带有层级关系的bean容器
- 带有getParentBeanFactory方法, ConfigurableBeanFactory中有对应的setParentBeanFactory方法
- containsLocalBean表示当前容器中是否存在给定bean name的容器
ListableBeanFactoryLEVEL3 -- Interface
1.根据文档的解释, 该接口能够枚举当前bean容器的所有bean, 而不是根据bean name一个个的去查询, 尤其适用于需要预先处理的bean容器(如基于xml的bean容器, 需要预先从文件中获得bean的元数据信息,构造参数等)
DefaultSingletonBeanRegistryLEVEL3 -- Interface
-
DefaultSingletonBeanRegistry提供如下功能
- 通用的单例Bean的注册容器, 实现SingletonBeanRegistry接口
- 同时支持注册DisposableBean, 同时支持注册bean之间的依赖关系, 从而能强制实现一个shutdown order
-本类只要是作为BeanFactory实现类的基类, 抽离出singleton bean实例的一般操作 - 注意本类既不是bean的定义, 也不是bean实例创建的特殊流程, 这点跟AbstractBeanFactory和DefaultListableBeanFactory有很大的不同, 通常作为一个helper委托使用
-
一般流程
-
重要的成员
- singletonObjects: 存储所有注册的singleton实例
- singletonFactories: singleton实例工厂类
- earlySingletonObjects: 提前暴露的singleton实例
- registeredSingletons: 注册的singleton实例的name集合
- singletonsCurrentlyInCreation: 当前正在创建的singleton bean name
- inCreationCheckExclusions:
- disposableBeans: 实现DisposableBean接口的bean map, beanName -> bean
- containedBeanMap: 中文翻译为"被包含的bean map",可以理解为outter bean对应的inner bean map,
即为 outer bean -> inner bean map - dependentBeanMap: 中文翻译为"从属bean的map", 可以理解为bean和该bean依赖的bean列表组成的map, bean -> bean的依赖列表
- dependenciesForBeanMap:同上一项的含义相反, 表示一个bean和依赖该bean的所有bean列表, 可以理解为倒排, bean -> 依赖bean的列表
-
序列图
-
> 至此, 从上到下第三层已经分析完毕
FactoryBeanRegistrySupportLEVEL4-Abstract Class
- 根据文档的注释: 作为支持FactoryBean的singleton registry的基础类, 集成了DefaultSingletonBeanRegistry对singleton bean的管理功能.