《系列一》-- 2、XmlBeanFactory 的类图介绍.md

Bean 这个肯定不能直译了，我比较喜欢的一个朴素的说法是：
- bean是计算机自动生成的类,bean是一个由Spring IoC容器实例化、组装和管理的对象
BeanFactory
- 直译：Bean 工厂
Registry
- 直译：注册表，类图里有三个重要的Registry
  - SingletonBeanRegistry: 单例 bean 的注册和管理
  - AliasRegistry: bean 的别名注册和管理
  - BeanDefinitionRegistry: bean 配置的注册和管理
BeanDefinition
- 直译：Bean定义，我更愿意把它看成是 Bean 配置
Autowire
- 直译：自动xx

来一句不论不类的串讲：Spring 负责将 Bean的[配置/定义] ，自动化 的注册到 Bean工厂 中，以供我们在自己的业务逻辑代码里调取。

说不伦不类吧，但是好像有又那么一点点味道了。

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

2 类图介绍

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

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

XmlBeanFactory
- 可以把它理解为：Bean的加工厂 + 仓库，程序运行的过程中随机某个时刻，我们需要某个Bean ，那么去找厂方索要该 Bean即可

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

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

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

AliasRegistry：Alias 直译为别名、化名等；组合起来就是，别名/化名的注册
- 实际上这里对应的是我们在xml文件中配置的 bean名称/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 更像是一个阀门，如果工厂需要支持单例，就需要实现该接口

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

坐稳了，加速了

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工厂" 的配置的操作相关方法
  - 它包含的配置有：指定忽略的类型以及接口，等等

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

终于接近尾声了：

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