Spring学习(2)-搞懂Spring核心思想：IOC(控制反转)和DI(依赖注入)

Spring的思想体系/实现理念——IOC(Inversion Of Control 控制反转)和DI(Dependency Injection 依赖注入)

1.什么是普通程序？

在一个普通的java程序内，一切皆对象，对象依赖另一个对象，比如电脑对象依赖游戏对象，相当于电脑类中有一个属性是游戏对象。
在普通的MVC思想中，java代码需要

• Model：实体模型(entity)、服务模型(service)、数据模型(dao)；
• Control：控制器(servlet)
• view：视图(html或者jsp,暂不考虑)

他们之间存在依赖关系：servlet–>service–>dao–>entity，缺一不可。
我们在普通程序中必须在servlet中new一个service，在service中new一个dao，在dao中new一个entity。
比如用户登录的模型：

每一个对象需要另一个对象的时候需要主动在这个类中new出来实例，这样写会造成很高的耦合度。
我们被动的被代码和程序捆绑住了，并无能为力。

2.什么是IOC？

IoC（Inversion of Control，控制反转）。是spring的核心，不是什么技术，而是一种设计思想。
所谓IoC，对于Spring框架来说，就是由Spring来负责控制对象的生命周期和对象间的关系。

在Java开发中，Ioc意味着将你设计好的对象交给容器控制，而不是传统的在你的对象内部直接控制。如何理解好Ioc呢？理解好Ioc的关键是要明确这几个问题：

• 谁控制谁，控制了什么
• 为何是反转（有反转就应该有正转了），反转了什么

2.1 谁控制谁，控制了什么

• IoC是有专门一个容器来创建所需的对象，即由Ioc容器来控制对象的创建；
• 谁控制谁？IoC 容器控制了对象的实例化；
• 控制什么？主要控制了外部资源获取（不只是对象，还比如文件等）。

2.2 为何是反转，反转了什么

• 什么是正转？传统应用程序是由我们自己在对象中主动控制去直接new出依赖对象，也就是正转；
• 什么是反转？由IOC容器来帮忙查找创建及注入依赖对象，即为反转；
• 为何是反转？因为由容器帮我们查找创建及注入依赖对象，对象只是被动的接受依赖对象，所以是反转；
• 反转了什么？依赖对象的获取被反转了。

2.3图解

绕晕没？来张用户登录的IOC容器控制版本

对比上方普通java程序的用户登录图，可以发现IOC容器帮助我们管理对象，创建对象，注入对象，销毁对象。即IOC容器控制对象的生命周期和对象间的关系。

2.4 IOC能做什么

IoC不是一种技术，只是一种思想，一个重要的面向对象编程的法则，它能指导我们如何设计出松耦合、更优良的程序。传统应用程序都是由我们在类内部主动创建依赖对象，从而导致类与类之间高耦合，难于测试；有了IoC容器后，把创建和查找依赖对象的控制权交给了容器，由容器进行注入组合对象，所以对象与对象之间是松散耦合，这样也方便测试，利于功能复用，更重要的是使得程序的整个体系结构变得非常灵活。

其实IoC对编程带来的最大改变不是从代码上，而是从思想上，发生了“主从换位”的变化。应用程序原本是老大，要获取什么资源都是主动出击，但是在IoC/DI思想中，应用程序就变成被动的了，被动的等待IoC容器来查找创建并注入它所需要的资源了。

IoC很好的体现了面向对象设计法则之一—— 好莱坞法则：“别找我们，我们找你”；即由IoC容器帮对象找相应的依赖对象并注入，而不是由对象主动去找。

还没明白？这里引用一个大牛的形象例子：

我们是如何找女朋友的？常见的情况是，我们到处去看哪里有长得漂亮身材又好的mm，然后打听她们的兴趣爱好、qq号、电话号、ip号、iq号………，想办法认识她们，投其所好送其所要，然后嘿嘿……这个过程是复杂深奥的，我们必须自己设计和面对每个环节。传统的程序开发也是如此，在一个对象中，如果要使用另外的对象，就必须得到它（自己new一个，或者从JNDI中查询一个），使用完之后还要将对象销毁（比如Connection等），对象始终会和其他的接口或类藕合起来。
那么IoC是如何做的呢？有点像通过婚介找女朋友，在我和女朋友之间引入了一个第三者：婚姻介绍所。婚介管理了很多男男女女的资料，我可以向婚介提出一个列表，告诉它我想找个什么样的女朋友，比如长得像李嘉欣，身材像林熙雷，唱歌像周杰伦，速度像卡洛斯，技术像齐达内之类的，然后婚介就会按照我们的要求，提供一个mm，我们只需要去和她谈恋爱、结婚就行了。简单明了，如果婚介给我们的人选不符合要求，我们就会抛出异常。整个过程不再由我自己控制，而是有婚介这样一个类似容器的机构来控制。

3.什么是DI？

DI(Dependency Injection，依赖注入)：组件之间依赖关系由容器在运行期决定，形象的说，即由容器动态的将某个依赖关系注入到组件之中。依赖注入的目的并非为软件系统带来更多功能，而是为了提升组件重用的频率，并为系统搭建一个灵活、可扩展的平台。通过依赖注入机制，我们只需要通过简单的配置，而无需任何代码就可指定目标需要的资源，完成自身的业务逻辑，而不需要关心具体的资源来自何处，由谁实现。
　
理解DI的关键是：

• 谁依赖谁，为什么需要依赖
• 谁注入谁，注入了什么

3.1 谁依赖谁，为什么需要依赖

• 谁依赖于谁：应用程序依赖于IoC容器；
• 为什么需要依赖：应用程序需要IoC容器来提供对象需要的外部资源；

3.2 谁注入谁，注入了什么

• 谁注入谁：IoC容器注入应用程序某个对象，这个对象是应用程序依赖的对象；
• 注入了什么：就是注入某个对象所需要的外部资源（包括对象、资源、常量数据）。

4.IOC和DI的关系?

看完了IOC,再看DI,是不是发现怎么讲的都是一回事?
没错,IOC和DI其实是Spring容器的不同角度的解读:

• IOC的视角是站在对象上的,对象被反转,对象被容器控制;
• DI的视角是站在容器上的,容器被对象依赖,容器来注入对象;

由于控制反转概念比较含糊（可能只是理解为容器控制对象这一个层面，很难让人想到谁来维护对象关系），所以2004年大师级人物Martin Fowler又给出了一个新的名字：“依赖注入”，相对IoC 而言，“依赖注入”明确描述了“被注入对象依赖IoC容器配置依赖对象”。

5.总结：

以前对Spring的IOC和DI概念实在是懵懵懂懂，一知半解，现在对自己的知识进行一个梳理，并参考了大牛们的文章，修复了一些难以理解的文字，并添加了自己的理解与排版，希望大家也可以通过我的文章来加深理解。

---

参考文章：
【第二章】 IoC 之 2.1 IoC基础 ——跟我学Spring3
Learn Spring in spring(一)
谈谈对Spring IOC的理解

---

如果本文章对你有所帮助，请点个赞支持一下作者，如果对里面的内容有所见解，请在评论取留言，作者会及时更正。

下一篇介绍IOC的简单运用：Spring学习(3)-最简单的Spring例子