Spring IoC 究竟是什么

前言

「上一篇文章」咱们对 Spring 有了初步的认识，而 Spring 全家桶中几乎全部组件都是依赖于 IoC 的。

刚开始听到 IoC，会以为特别高大上，但其实掰开了很简单。

跟着个人脚步，一文带你吃透 IoC 原理。

本文主要讲原理，围绕“是何”、“为什么”来谈，下一篇文章会讲实践部分，也就是“如何”。

文本已收录至个人 Github: https://github.com/xiaoqi6666/NYCSDE

是何

上一篇文章有同窗问我在官网该看哪些内容，怎么找的，那今天的截图里都会有连接。

初识 IoC

根据上一篇文章咱们说的，Spring 全家桶中最重要的几个项目都是基于 Spring Framework 的，因此咱们就以 Spring Framework 为例来看文档。

首先它的右侧有 Github 的连接，另外点到「LEARN」这里，就会看到各个版本的文档。

那咱们点「Reference Doc」，就可以看到它的一些模块的介绍：

（等下... 模块？什么是模块？这个问题下文回答。）

第一章 Overview，讲述它的历史、设计原理等等；

第二章 Core，包含了 IoC 容器，AOP 等等，那天然是讲 Spring 的核心了，要点进去好好看了。

点进去以后发现了宝贵的学习资料，一切的 what, why, how 均可以在这里找到答案。

这里很好的解释了大名鼎鼎的 IoC - Inversion of Control, 控制反转。

每次读都会有新的体会和收获。

我粗略的总结一下：控制反转就是把建立和管理 bean 的过程转移给了第三方。而这个第三方，就是 Spring IoC Container，对于 IoC 来讲，最重要的就是容器。

容器负责建立、配置和管理 bean，也就是它管理着 bean 的生命，控制着 bean 的依赖注入。

通俗点讲，由于项目中每次建立对象是很麻烦的，因此咱们使用 Spring IoC 容器来管理这些对象，须要的时候你就直接用，不用管它是怎么来的、何时要销毁，只管用就行了。

举个例子，就好像父母没时间管孩子，就把小朋友交给托管所，就安心的去上班而不用管孩子了。
托儿所，就是第三方容器，负责管理小朋友的吃喝玩乐；
父母，至关于程序员，只管接送孩子，不用管他们吃喝。

等下，bean 又是什么？

Bean 其实就是包装了的 Object，不管是控制反转仍是依赖注入，它们的主语都是 object，而 bean 就是由第三方包装好了的 object。（想一下别人送礼物给你的时候都是要包装一下的，本身造的就免了。

IoC 容器

既然说容器是 IoC 最重要的部分，那么 Spring 如何设计容器的呢？
仍是回到官网，第二段有介绍哦：

答：使用 ApplicationContext，它是 BeanFactory 的子类，更好的补充并实现了 BeanFactory 的。

BeanFactory 简单粗暴，能够理解为 HashMap：

• Key - bean name
• Value - bean object

但它通常只有 get, put 两个功能，因此称之为“低级容器”。

而 ApplicationContext 多了不少功能，由于它继承了多个接口，可称之为“高级容器”。在下文的搭建项目中，咱们会使用它。

ApplicationContext 的里面有两个具体的实现子类，用来读取配置配件的：

• ClassPathXmlApplicationContext - 从 class path 中加载配置文件，更经常使用一些；
• FileSystemXmlApplicationContext - 从本地文件中加载配置文件，不是很经常使用，若是再到 Linux 环境中，还要改路径，不是很方便。

当咱们点开 ClassPathXmlApplicationContext 时，发现它并非直接继承 ApplicationContext 的，它有不少层的依赖关系，每层的子类都是对父类的补充实现。

而再往上找，发现最上层的 class 回到了 BeanFactory，因此它很是重要。

要注意，Spring 中还有个 FactoryBean，二者并无特别的关系，只是名字比较接近，因此不要弄混了顺序。

为了好理解 IoC，咱们先来回顾一下不用 IoC 时写代码的过程。

深刻理解 IoC

这里用经典 class Rectangle 来举例：

• 两个变量：长和宽
• 自动生成 set() 方法和 toString() 方法

注意 ⚠️：必定要生成 set() 方法，由于 Spring IoC 就是经过这个 set() 方法注入的；
toString() 方法是为了咱们方便打印查看。

public class Rectangle {
    private int width;
    private int length;

    public Rectangle() {
        System.out.println("Hello World!");
    }


    public void setWidth(int widTth) {
        this.width = widTth;
    }

    public void setLength(int length) {
        this.length = length;
    }

    @Override
    public String toString() {
        return "Rectangle{" +
                "width=" + width +
                ", length=" + length +
                '}';
    }
}

而后在 test 文件中手动用 set() 方法给变量赋值。

嗯，其实这个就是「解藕」的过程！

public class MyTest {
  @Test
  public void myTest() {
    Rectangle rect = new Rectangle();
    rect.setLength(2);
    rect.setWidth(3);
    System.out.println(rect);
  }
}

其实这就是 IoC 给属性赋值的实现方法，咱们把「建立对象的过程」转移给了 set() 方法，而不是靠本身去 new，就不是本身建立的了。

这里我所说的“本身建立”，指的是直接在对象内部来 new，是程序主动建立对象的正向的过程；
这里使用 set() 方法，是别人（test）给个人；
而 IoC 是用它的容器来建立、管理这些对象的，其实也是用的这个 set() 方法，不信，你把这个这个方法去掉或者改个名字试试？

几个关键问题：

何为控制，控制的是什么？

答：是 bean 的建立、管理的权利，控制 bean 的整个生命周期。

何为反转，反转了什么？

答：把这个权利交给了 Spring 容器，而不是本身去控制，就是反转。
由以前的本身主动建立对象，变成如今被动接收别人给咱们的对象的过程，这就是反转。

举个生活中的例子，主动投资和被动投资。

本身炒股、选股票的人就是主动投资，主动权掌握在本身的手中；
而买基金的人就是被动投资，把主动权交给了基金经理，除非你把这个基金卖了，不然具体选哪些投资产品都是基金经理决定的。

依赖注入

回到文档中，第二句话它说：IoC is also known as DI.

咱们来谈谈 dependency injection - 依赖注入。

何为依赖，依赖什么？

程序运行须要依赖外部的资源，提供程序内对象的所须要的数据、资源。

何为注入，注入什么？

配置文件把资源从外部注入到内部，容器加载了外部的文件、对象、数据，而后把这些资源注入给程序内的对象，维护了程序内外对象之间的依赖关系。

因此说，控制反转是经过依赖注入实现的。
可是你品，你细品，它们是有差异的，像是「从不一样角度描述的同一件事」：

• IoC 是设计思想，DI 是具体的实现方式；
• IoC 是理论，DI 是实践；

从而实现对象之间的解藕。

固然，IoC 也能够经过其余的方式来实现，而 DI 只是 Spring 的选择。

IoC 和 DI 也并不是 Spring 框架提出来的，Spring 只是应用了这个设计思想和理念到本身的框架里去。

为什么

那么为何要用 IoC 这种思想呢？换句话说，IoC 能给咱们带来什么好处？

答：解藕。

它把对象之间的依赖关系转成用配置文件来管理，由 Spring IoC Container 来管理。

在项目中，底层的实现都是由不少个对象组成的，对象之间彼此合做实现项目的业务逻辑。可是，不少不少对象紧密结合在一块儿，一旦有一方出问题了，必然会对其余对象有所影响，因此才有了解藕的这种设计思想。

如上图所示，原本 ABCD 是互相关联在一块儿的，当加入第三方容器的管理以后，每一个对象都和第三方法的 IoC 容器关联，彼此之间再也不直接联系在一块儿了，没有了耦合关系，所有对象都交由容器来控制，下降了这些对象的亲密度，就叫“解藕”。

那么咱们下一篇文章就来说一下如何搭建一个 Spring 项目。

若是你喜欢这篇文章，记得给我点赞留言哦～大家的支持和承认，就是我创做的最大动力，咱们下篇文章见！

我是小齐，纽约程序媛，终生学习者，天天晚上 9 点，云自习室里不见不散！

更多干货文章见个人 Github: https://github.com/xiaoqi6666/NYCSDE