最新要闻

广告

手机

iphone11大小尺寸是多少?苹果iPhone11和iPhone13的区别是什么?

iphone11大小尺寸是多少?苹果iPhone11和iPhone13的区别是什么?

警方通报辅警执法直播中被撞飞:犯罪嫌疑人已投案

警方通报辅警执法直播中被撞飞:犯罪嫌疑人已投案

家电

【新视野】2、XmlBeanFactory 的类图介绍.md

来源:博客园

全局目录.md


(相关资料图)

引子

1、容器最基本使用.md

系列1 - bean 标签解析:

2、XmlBeanFactory 的类图介绍.md

3、XmlBeanFactory 对xml文件读取.md

4、xml配置文件解析之【默认】命名空间【标签】的解析.md

5、xml配置文件解析之【自定义】命名空间【标签】的解析.md

系列2 - bean 获取: getBean() 做了什么

前言

本文可以浓缩为一句话:

从 BeanFactory 进化为 XmlBeanFactory的过程中,究竟套娃继承了哪些类和接口:

  • 这些接口分别定义了什么功能
  • 这些类分别实现了哪些功能

1 XmlBeanFactory 类图概览

不知道你有没有被吓到,我肯定被吓到了。这么长的类图,感觉还没入门就要入土了。

颤抖之余,我觉得我还是可以挣扎一下的。

这个类图底端从 XmlBeanFactory起始,到顶部的 AliasRegistry、BeanFactory 结束

XmlBeanFactory 继承自spring.beans 的核心组件:DefaultListableBeanFactory;

XmlBeanFactory 虽然已经废弃不建议使用,但是作为学习,并没有太大问题。

从命名风格上看,我们可以看到几个频率非常高的单词,本系列文章中,这些关键词将密集且高频率出现:

  • Bean 这个肯定不能直译了,我比较喜欢的一个朴素的说法是:

    • bean是计算机自动生成的类,bean是一个由Spring IoC容器实例化、组装和管理的 对象
  • BeanFactory

    • 直译:Bean 工厂
  • Registry

    • 直译:注册表,类图里有三个重要的Registry
      • SingletonBeanRegistry: 单例 bean 的注册和管理
      • AliasRegistry: bean 的别名注册和管理
      • BeanDefinitionRegistry: bean 配置的注册和管理
  • BeanDefinition

    • 直译:Bean定义,我更愿意把它堪称是 Bean 配置
  • Autowire

    • 直译:自动xx

来一句不论不类的串讲:Spring 负责将 Bean的定义内容,自动化注册Bean工厂。说不伦不类吧,但是好像有又那么一点点味道了。

依据这些关键词再去梳理类图,不难发现这是一个有向无环图,那么我们可以在起点和终点之间拆除多条路径来。

2 类图介绍

我们先把图中的,类和接口负责的功能,简单介绍一下,篇幅会很长,但是我真心觉得很重要:

虽然类图中的继承关系比较复杂,实际上我们关注的时我们的 "成品工厂"

  • XmlBeanFactory
    • 可以把它理解为:Bean的加工厂,程序运行的过程中随机某个时刻,我们需要某个Bean ,那么去找厂家索要该 Bean即可

需要理解该类图的本质是:从顶层的:BeanFactory 开始,随着继承层次不断加深,BeanFactory 接口的功能被不断的丰富,就像在不停的叠buff,直到最终成长为我们期望的:

  • XmlBeanFactory

2.1 顶层 类/接口介绍

实际上 spring.beans 最核心的 东西都在如下4个 类/接口里了。 【这里是按照个人的学习习惯划分的,官方没有这种说法。】

在 XmlBeanFactory 的类图中,处于这几个 接口/类下层的,继承链路上的 接口/类大多都只是做了功能上的丰富。

  • AliasRegistry:Alias 直译为别名、化名等;组合起来就是,别名/化名的注册
    • 实际上这里对应的是我们在xml文件中配置的 bean名称/bean别名处理相关的操作:注册、校验等等
  • BeanFactory:观察如下图所示的方法,不难看出它主要的作用是提供对bean的管理功能
  • BeanDefinitionRegistry字面意思,类定义注册表?
    • 再看详细方法,就是对 类定义信息的增、删、查、校验操作
      • 所谓类定义,可以理解是bean.xml 中定义的一些元数据

        spring 对xml 配置的解析结果,也是通过 BeanDefinition 类来承载的。

        • 比如bean的字段、方法上设置
        • 参与spring容器生命周期的:init(),destroy() 等方法。
        • 类-全限定路径/名称
        • 。。。。 下文将对其详细展开
  • SingletonBeanRegistry:直译为,对单例Bean的注册
    • 下图是该接口定义的一系列方法,可以做个推测:它做的事情就是根据Name维护了一组单例 bean

整点潦草,且天马行空的:

// todo

这是我理解的这几个头部接口的关系:

  • 从 xml 配置得到类定义 ,BeanDefinitionRegistry 负责管理 bean.xml 定义的 元数据信息

  • 从类定义信息梳理出别名,AliasRegistry 负责管理:bean 和 bean的别名的关联关系

  • 根据类 BeanDefinition可以实例化出bean的实例,并通过 BeanFactory 进行维护

  • 而 AliasRegistry 和 BeanFactory 的关系呢,更像是一个键值对卡表

    • 维护着bean和 bean的 Alias(别名)之间的关系,我们从工程里要获取bean的时候,可以通过别名获取。
      • factory.getBean("BeanName")
      • factory.getBean("Bean_AliasName")
  • 而 SingletonBeanRegistry 更像是一个阀门,如果工厂需要支持单例,就需要实现该接口

我们现在有了框架了,基于这个框架再去看各个拓展的 类/接口

2.2 拓展 类/接口 介绍

坐稳了,加速了

  • SimpleAliasRegistry:没啥好说的,AliasRegistry 接口最的基本实现

    • 同理,类图也用不着放了
  • DefaultSingletonBeanRegistry:同样,没啥好说的,单例bean注册表:SingletonBeanRegistry 接口最的基本实现

    • 同理没图

todo

  • HierarchicalBeanFactory
    • 它的定义简单得让人心疼,它其实也就一个功能
      • 它在最初的 BeanFactory 接口的基础上增加了对 ParentFactory 的支持
        • 我理解是,一个bean 可以被:存在继承关系多个BeanFactory解析。就像我们平时,就算覆写了超类的方法,实际上也很少将超类方法逻辑直接短路,大部分时候都是会继承超类方法的执行结果的。
  • ListableBeanFactory
    • 查看它的方法清单 和 接口注释,可以简单梳理下它的功能:
      • 拓展 BeanFactory,支持:根据条件获取Bean的配置清单
        • 在类的注释上,提到了配置的预加载,它增加的是:对 BeanFactory 管理的的BeanDefinition 的增强。
  • FactoryBeanRegistrySupport
    • 它继承自 DefaultSingletonBeanRegistry,在其基础上,增加了 对 FactoryBean 的支持。
      • 比如,我们看截图的第一个方法,它的作用是判断给定的FactoryBean 的类型,那么可以遇见,我们在调用getBean(beanName),获取bean时,如果Spring容器发现 xml配置的是 FactoryBean 而非普通bean时,就会通过FactoryBeanRegistrySupport 接口相关的方法进行处理。
  • ConfigurableBeanFactory
    • 如果实现了该接口,我们的 "bean 工厂" 将会在原基础上,增加各种帮助配置 Factory 的方法
      • 看下边图里的一些列setXxx 方法就可以窥见一些东西了,这里包含很多的配置项设置
        • BeanFactory的各种配置的:Setter + Getter
  • AbstractBeanFactory
    • 其实这个类并没有新增什么比较独特的功能,它主要负责的为前边提到的接口提供,一些必要方法的实现
    • 其实回过头去看,它的继承体系,你可以发现,它上层的某几条继承分支,全是接口,我们前边说的那一堆增量功能,大部分都还没人实现呢。。。
      • 实际上,AbstractBeanFactory 是个抽象类,它也只是实现了上述接口的一部分内容,有些功能的实现可能还在更下边的类中,才得到落地。
    • 最后,看看标注的类注释,其实对功能的归纳已经比较清晰了
  • AutowireCapableBeanFactory
    • 这个接口为我们的 "Bean工厂" 增加的是自动配置功能,自动创建Bean、初始化、自动注入、自动后置处理<堪称神器,后续AOP相关章节会仔细探讨>
      • 比如我们现在广泛使用的,通过注解定义bean的方式,跟这个接口就息息相关。
  • AbstractAutowireCapableBeanFactory
    • 这是个抽象类,它继承自 AbstractBeanFactory,并实现了 自动配置接口 AutowireCapableBeanFactory 中定义方法
      • 在接口 AutowireCapableBeanFactory 中定义了:支持自动配置的 "Bean工厂",需要有哪些方法。

        最终到了抽象类 AbstractAutowireCapableBeanFactory 这里,才提供了具体的实现

  • ConfigurableListableBeanFactory
    • 看下边的方法清单,我们关注它新增的方法,主要包含对 "Bean工厂" 的配置的操作相关方法
      • 它包含的配置有:指定忽略的类型以及接口,等等

3 尾声

为啥要单独成一个章节呢?

终于接近尾声了:

  • DefaultListableBeanFactory
    • 可以回过头去看上边的类图,万流归海了,有木有?
    • 可以认为 DefaultListableBeanFactory 具备了上述接口、抽象类提到的所有功能
      • 别名管理功能
      • Bean [配置/定义] 管理
      • bean 实例对象管理
      • 支持单例 [缓存管理]
      • BeanFactory 的基础上增加 parentFactory 的支持
      • BeanFactory 的配置管理
      • 支持自动配置功能:自动创建Bean、初始化、自动注入、自动后置处理

下边,到最后一个类了

  • XmlBeanFactory
    • 只看方法清单,新增的方法寥寥无几
      • 实际上 XmlBeanFactory 所做的事情,就只是在 DefaultListableBeanFactory 的基础上,拓展了从 XML 文件中读取 BeanDefinition[Bean 定义] 的功能

这里花了很长的篇幅介绍类图,我感觉吃透这个类图还是挺重要的。

关键词: