CRUD搬砖两三年了，怎么阅读Spring源码？

作者：
博客：https://bugstack.cn

沉淀、分享、成长，让自己和他人都能有所收获！??

???连读同事写的代码都费劲，还读Spring？ 咋的，Spring 很难读！

这个与我们码农朝夕相处的 Spring，就像睡在你身边的媳妇，你知道找她要吃、要喝、要零花钱、要买皮肤。但你不知道她的仓库共有多少存粮、也不知道她是买了理财还是存了银行。??开个玩笑，接下来我要正经了！

---

一、为什么Spring难读懂？

为什么 Spring 天天用，但要想去读一读源码，怎么就那么难！因为由Java和J2EE开发领域的专家 Rod Johnson 于 2002 年提出并随后创建的 Spring 框架，随着 JDK 版本和市场需要发展至今，至今它已经越来越大了！

当你阅读它的源码你会感觉：

1. 怎么这代码跳来跳去的，根本不是像自己写代码一样那么单纯
2. 为什么那么多的接口和接口继承，类A继承的类B还实现了类A实现的接口X
3. 简单工厂、工厂方法、代理模式、观察者模式，怎么用了会有这样多的设计模式使用
4. 又是资源加载、又是应用上下文、又是IOC、又是AOP、贯穿的还有 Bean 的声明周期，一片一片的代码从哪下手

怎样，这就是你在阅读 Spring 遇到的一些列问题吧？其实不止你甚至可以说只要是从事这个行业的码农，想读 Spring 源码都会有种不知道从哪下手的感觉。所以我想了个办法，既然 Spring 太大不好了解，那么我就尝试从一个小的 Spring 开始，手撸 实现一个 Spring 是不可以理解的更好，别说效果还真不错，在花了将近2个月的时间，实现一个简单版本的 Spring 后 现在对 Spring 的理解，有了很大的提升，也能读懂 Spring 的源码了。

二、分享手撸 Spring

通过这样手写简化版 Spring 框架，了解 Spring 核心原理。在手写的过程中会简化 Spring 源码，摘取整体框架中的核心逻辑，简化代码实现过程，保留核心功能，例如：IOC、AOP、Bean生命周期、上下文、作用域、资源处理等内容实现。

源码：https://github.com/fuzhengwei/small-spring

1. 实现一个简单的Bean容器

凡是可以存放数据的具体数据结构实现，都可以称之为容器。例如：ArrayList、LinkedList、HashSet等，但在 Spring Bean 容器的场景下，我们需要一种可以用于存放和名称索引式的数据结构，所以选择 HashMap 是最合适不过的。

这里简单介绍一下 HashMap，HashMap 是一种基于扰动函数、负载因子、红黑树转换等技术内容，形成的拉链寻址的数据结构，它能让数据更加散列的分布在哈希桶以及碰撞时形成的链表和红黑树上。它的数据结构会尽可能最大限度的让整个数据读取的复杂度在 O(1) ~ O(Logn) ~O(n)之间，当然在极端情况下也会有 O(n) 链表查找数据较多的情况。不过我们经过10万数据的扰动函数再寻址验证测试，数据会均匀的散列在各个哈希桶索引上，所以 HashMap 非常适合用在 Spring Bean 的容器实现上。

另外一个简单的 Spring Bean 容器实现，还需 Bean 的定义、注册、获取三个基本步骤，简化设计如下；

• 定义：BeanDefinition，可能这是你在查阅 Spring 源码时经常看到的一个类，例如它会包括 singleton、prototype、BeanClassName 等。但目前我们初步实现会更加简单的处理，只定义一个 Object 类型用于存放对象。
• 注册：这个过程就相当于我们把数据存放到 HashMap 中，只不过现在 HashMap 存放的是定义了的 Bean 的对象信息。
• 获取：最后就是获取对象，Bean 的名字就是key，Spring 容器初始化好 Bean 以后，就可以直接获取了。

2. 运用设计模式，实现 Bean 的定义、注册、获取

将 Spring Bean 容器完善起来，首先非常重要的一点是在 Bean 注册的时候只注册一个类信息，而不会直接把实例化信息注册到 Spring 容器中。那么就需要修改 BeanDefinition 中的属性 Object 为 Class，接下来在需要做的就是在获取 Bean 对象时需要处理 Bean 对象的实例化操作以及判断当前单例对象在容器中是否已经缓存起来了。整体设计如图 3-1

• 首先我们需要定义 BeanFactory 这样一个 Bean 工厂，提供 Bean 的获