共计 3617 个字符，预计需要花费 10 分钟才能阅读完成。
前言
「<span style=”color:orangered;font-weight:bold;”> 上一篇文章 </span>[](http://mp.weixin.qq.com/s?__b…」咱们对 Spring 有了初步的意识，而 Spring 全家桶中简直所有组件都是依赖于 IoC 的。
刚开始听到 IoC，会感觉特地高大上，但其实掰开了很简略。
跟着我的脚步，一文带你吃透 IoC 原理。
本文次要讲原理，围绕“是何”、“为何”来谈，下一篇文章会讲实际局部，也就是“如何”。
文本已收录至我的 Github: https://github.com/xiaoqi6666…
是何
上一篇文章有同学问我在官网该看哪些内容，怎么找的，那明天的截图里都会有链接。
初识 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…
