全局目录.md

引子

1、容器最基本使用.md

系列1 – bean 标签解析：

2、XmlBeanFactory 的类图介绍.md

3、XmlBeanFactory 对xml文件读取.md

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

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

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

前言

说到 spring 是个学 java的人都能说上两嗓子，人均三板斧不过分吧。

两年前我走马观花一样的过了一遍 spring 源码，自以为已经渐渐上道了。实际上过了两年到了今天，忘了太多太多东西了，所以只好再拿起来看看。

先进入第一个专题， spring-bean.xml 的解析

到了如今，各种好用、便捷的注解已经漫天飞了，相信几乎不会再有新项目通过这种方式开发了，但是我觉得如果真的需要深入理解spring的源码，我们再去仔细揣摩这个加载过程，想必也会有所得。

正所谓，万变不离其宗，虽然通过一系列注解简化了太多太多的配置，但是我觉得我们从最初的样子，往往更能从本质上去理解他。

1、极简的测试案例

xml 配置

可能格式不一定对，我从源码包里拷了一个过来改了一下当作案例

测试伪代码

import org.springframework.beans.factory.BeanFactory;
import org.springframework.beans.factory.xml.XmlBeanFactory;
import org.springframework.core.io.ClassPathResource;

public class XmlBeanFactoryTest {
	BeanFactory beanFactory = new XmlBeanFactory(new ClassPathResource("bean.xml"));
	Object object = beanFactory.getBean("action");
}

上述就是 spring 最原始的使用方式了，我想只要路径、命名空间配置对了，运行起来问题不大。

别看方法体内只有两行代码：

1.将xml 文件加载到 BeanFactory
2.从BeanFactory 获取Bean

为了讲清楚这两行代码背后发生了什么，我们后边将会分成多个章节，进行叙述。

【相信我绝对是万恶之源了】

2、一些猜想

正式进入文章分析之前，我们不妨大胆的猜想一下，假如由我们自己来实现，spring 的容器功能，那我们要怎么做呢？

我们先问一个问题：java是面向对象的语言，那么对象怎么来的？当然不是相亲相出来的对象。

以前写过一篇博客，对象的来源就如图中这么几种：

地址：

https://www.cnblogs.com/bokers/p/15904369.html

克隆和序列化都不是无中生有的方案，所以我们暂且忽略

那么剩下如下的方式可以无中生有：

new 创建
反射创建

前文的例子中，我们也没有显式的创建我们在bean.xml 中定义的对象，所以是反射。

再看 bean.xml 中定义的 bean的class 属性，这不妥妥的类路径么？

总结一下，那么我们可以猜测 spring 源码中可能会包含如下的组件：

bean.xml 配置文件读取 —– 组件
配置文件：格式校验、内容解析，以及解析结果的缓存 —– 组件
根据解析结果读取类信息 —– 组件
应用反射工具获取类的实例对象 —– 组件

2.1 拓展：

更进一步，如果要保证单例，那么势必会有一个bean的全局缓存等等，”工厂” 这不他就悄悄的来了。

spring 源码中大量的用到了 “工厂模式”
如果懂代理的童鞋，应该知道一个叫做动态代理的东西，CGLIB 你可识得？面向切面编程，这不他就来了？

在解析bean的时候，我们完全可以通过动态代理（为原类生成子类），附加一些行为上去，比如方法的拦截实现：
- 生成动态代理后，在方法调用前后植入我们想要的操作，这就是AOP了

2.2 套娃拓展：

想必你也会注意到这么一个问题：

比如很多工具明明不见得是spring 官方推出的，为什么他们就是能跟spring 进行很好的整合呢？比如日常使用的各种数据源、ORM框架、日志框架、消息队列，他们往往能通过几个注解轻松注入spring 容器中。

这是因为spring 官方不仅仅授人以鱼，还授人以渔。

没错spring 还提供了第三方插件接入的手段，只需要按照spring给出的规范去开发我们自己的 xml标签、自定义注解及其配套的解析工具。
自然就能实现把自己的工具整合到spring框架上。

不过不用担心，实际上接入spring配适的活，基本都由各个插件官方自己干了。不然你以为凭什么，你写个 xml配置，你就敢跟人吹水：我把某某插件整合到spring框架上了。

实际上别人已经把粘合剂生产出来了，我们只是拉了个皮条。

废话讲完，接下来就应该去看看那两行代码到底干了啥了：

2.3 丑话说在前头

XmlBeanFactory 实际上已经被废弃了，这里依然还要讲它的目的主要是为了学习；虽然这个类被废弃了，但是它的父类：DefaultListableBeanFactory 至今任然是 spring 中绝对的主角之一。

这里名为学习 XmlBeanFactory，实际上是学习它的父类：DefaultListableBeanFactory。

都是从 xml 配置文件切入，实际上现今官方推荐使用的是：ClassPathXmlApplicationContext 而非 XmlBeanFactory。

而这里还把 XmlBeanFactory 拿出来讲，还有一个目的：

我们可以窥见，spring的发展历程：从 XmlBeanFactory 到当下的 ClassPathXmlApplicationContext
XmlBeanFactory 足够简单。
- ClassPathXmlApplicationContext 足够强大，但是它也要比 XmlBeanFactory 复杂得多；
  
  实际上我们对 XmlBeanFactory 的学习成果，可以作为 ClassPathXmlApplicationContext 的子集
  
  所以就算 XmlBeanFactory 已经废弃了，我们还是可以继续学习它的。

系好安全带，发车了。

3. 这是第一行

BeanFactory beanFactory = new XmlBeanFactory(new ClassPathResource(“bean.xml”));

这里会有4篇博客：

3.1 介绍 XmlBeanFactory 的类图：

2、XmlBeanFactory 的类图介绍.md

3.2 介绍 XmlBeanFactory 解析xml配置文件的过程

3、XmlBeanFactory 对xml文件读取.md

3.3 spring 默认命名空间标签解析

例如： beans、import、bean、alias

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

3.4 用户自定义命名空间标签解析

可以认为是我们自己对 spring 默认标签的魔改。

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

4. 这是第二行

todo

还不知道需要多少篇幅介绍它

Object object = beanFactory.getBean(“action”);

服务器托管，北京服务器托管，服务器租用 http://www.fwqtg.net
机房租用，北京机房租用，IDC机房托管， http://www.e1idc.net

前言