Spring 中的 IoC 容器

本文首发于微信公众号【WriteOnRead】，欢迎关注。

概述

对于 Java 后端开发而言，Spring 框架的重要性不言而喻。而 Spring 中最核心的无非就是 IoC 和 AOP。

相关的概念不再赘述，网上可以找到很多对它们的介绍。

这里想说的是，IoC 只是一种设计思想，它的原理在不同语言有多种实现，同一种语言也有多个产品，Spring 是 Java 语言实现中最著名的一个。

刚开始接触 IoC 这个概念的时候对这些不是太清楚，以为是 Spring 独有的，后面发现并不是。

很多小伙伴平时的工作中只知道怎么去用，但不知道 Spring 是如何实现 IoC 的。本文以及接下来的几篇文章打算从源码的角度研究和分析一下 Spring IoC 的实现原理（AOP 要不要写后面再看心情吧）。

作为爱好学习的猿媛们，怎么能只知其一、不知其二呢？而且面试还是很有可能问到的哦。

Spring IoC 总览

描述

Spring IoC 主要是通过一系列的「容器」来实现的。

起初对「容器」这个概念不是很理解：听起来「容器」像是装东西的，但它究竟装的是什么东西、怎么装的呢？似乎还是有些抽象。

其实可以把「容器」类比成生活中常见的物品，比如水杯。水杯装的什么？当然是水。Spring 的 IoC 容器呢？装的就是 Java 对象。

Spring 中的容器主要可以分为两个系列：BeanFactory 系列和 ApplicationContext 系列。前者是最基本的容器，而后者是功能比较丰富的容器。

用水杯来打比方：可以认为 BeanFactory 只是一个最简单、最原始的水杯（甚至连把手都没有），而 ApplicationContext 是比较高级的水杯，比如有把手的水杯，或者保温杯等更高级的水杯。

继承结构

BeanFactory 的主要接口继承结构如下：

ApplicationContext 的主要接口继承结构如下：

可以看到 ApplicationContext 接口也继承自 BeanFactory。本来就是嘛！再高级的水杯它不还是个水杯？

那我们平时用的是哪种呢？

当然是高级的咯！有了法拉利，还要什么自行车！

ApplicationContext 的几个主要实现类，以及它们相对完整的继承结构如下（好像稍微有点复杂，其实看看就行，这几个图都是 Intellij IDEA 自动生成的，有兴趣也可以自己去搞一下）：

ApplicationContext 比较常用的几个实现类有：

ClassPathApplicationContext
FileSystemXmlApplicationContext
XmlWebApplicationContext
AnnotationConfigApplicationContext
AnnotationConfigWebApplicationContext

下面以 ClassPathApplicationContext 为例进行分析（其实这几个实现类的原理都是类似的）。

代码演练

两个普通 Java 类

准备两个普通的 Java 类如下：

Person.java

public class Person {
    private int id;

    private String name;

    private Dog pet;
    
    // 省略了 getter、setter、toString 方法    
}

Dog.java

public class Dog {
    private int age;

    private Person owner;

    // 省略了 getter、setter、toString 方法
}

Spring 配置文件

在 classpath 目录下创建一个 Spring 的配置文件 application-ioc.xml，如下：

PS: 这里悄悄埋了一个伏笔，就是常见的循环依赖问题，后面再来填坑。

测试类

public class IocTests {
    @Test
    public void test01() {
        ApplicationContext context = new ClassPathXmlApplicationContext("application-ioc.xml");
        System.out.println(context.getBean("person"));
        System.out.println(context.getBean("dog"));
    }
}

/*
 * 输出结果：
 *     Person{id=12, name='Jack-12'}
 *     Dog{age=1}
 */

这个例子比较简单，看起来我们把配置文件交给了 ClassPathXmlApplicationContext，就能从它那里拿到 Person 和 Dog 的对象，那它究竟做了什么呢？

IoC 相关流程和类

Spring IoC 的实现其实还是有些复杂的，当初看了好几遍还是云里雾里（可能是我智商不够）。

在分析实现原理之前，先大概了解下它的主要流程（先整体后局部，不是嘛？）。

主要流程

还是以水杯来做对比。如果我们想从水杯中取水，主要流程如下：

找到水源在哪里
把水装到杯子里
从水杯中取水

Spring IoC 容器跟这个过程是类似的。如果我们想从 Spring IoC 容器获取 Java 对象，那么：

找到对象在哪里（在哪里呢？扎心了）
把对象放入 IoC 容器
从 IoC 容器获取对象

哈哈，这里忽然想起了把大象放到冰箱有几个步骤，是不是有点像？

这三个步骤可以用 Spring 的术语描述如下：

Resource 定位
BeanDefinition 的载入和注册
依赖注入

Spring IoC 容器把它管理的对象称为 Bean，定义 Bean 的原始信息称为 Resource，BeanDefinition 是 Spring 内部保存对象定义的数据结构（就像 JVM 类加载后，方法区保存的类型信息那样）。

Resource 定位

Resource

Resource 是 Spring 对用户定义 Bean 文件的统一封装。

比如 FileSystemResource、ClassPathResource 等，有木有跟相应的 ApplicationContext 对应起来？

Resource 常见实现类的继承结构如下：

ResourceLoader

为了读取 Resource，Spring 还设计了 ResourceLoader，可真是个暖心 boy，不得不说 Spring 把面向对象（OOP）的设计思想表现的淋漓尽致，这只不过是冰山一角。

ResourceLoader 常见实现类的继承结构如下：

BeanDefinition 的载入、注册

BeanDefinition 载入

所谓的载入，其实就是把 Resource 中的内容解析出来，转换成 Spring 内部定义的数据结构 BeanDefinition。比如上面的 application-ioc.xml 文件，配置了我们定义的 Java 类型信息，Spring 要读取和解析该文件，并把类信息转换为 BeanDefinition。是不是有点像 JVM 的类加载？

BeanDefinition 的常见实现类和继承结构如下：

与之对应呢，BeanDefinition 也有 BeanDefinitionReader：

BeanDefinition 注册

BeanDefinition 的注册其实比较简单，就是把前面已经载入的 BeanDefinition 注册到注册中心 BeanDefinitionRegistry。

直白一点，其实就是把 BeanDefinition 放入注册中心的 Map 中。

依赖注入

其实就是从 Spring IoC 容器获取对象的过程。

这个过程说起来简单，其实还是有些复杂的……后面再慢慢聊。

小结

本文先从整体上介绍 Spring IoC 以及主要接口的继承体系，后面再进一步分析它的实现原理。

啊啊啊！写到这里脑汁又被挤干净了……需要一段时间才能恢复元气。