共计 3971 个字符，预计需要花费 10 分钟才能阅读完成。
首先要分享的是 Iteye 的开涛这位技术牛人对 Spring 框架的 IOC 的了解，写得十分通俗易懂，以下内容全副来自原文，原文地址：http://jinnianshilongnian.ite…
1.1、IoC 是什么
Ioc—Inversion of Control，即“管制反转”，不是什么技术，而是一种设计思维。在 Java 开发中，Ioc 意味着将你设计好的对象交给容器管制，而不是传统的在你的对象外部间接管制。如何了解好 Ioc 呢？了解好 Ioc 的要害是要明确“谁管制谁，管制什么，为何是反转（有反转就应该有正转了），哪些方面反转了”，那咱们来深入分析一下：
●谁管制谁，管制什么：传统 Java SE 程序设计，咱们间接在对象外部通过 new 进行创建对象，是程序被动去创立依赖对象；而 IoC 是有专门一个容器来创立这些对象，即由 Ioc 容器来管制对 象的创立；谁管制谁？当然是 IoC 容器管制了对象；管制什么？那就是次要管制了内部资源获取（不只是对象包含比方文件等）。
●为何是反转，哪些方面反转了：有反转就有正转，传统应用程序是由咱们本人在对象中被动管制去间接获取依赖对象，也就是正转；而反转则是由容器来帮忙创立及注入依赖对象；为何是反转？因为由容器帮咱们查找及注入依赖对象，对象只是被动的承受依赖对象，所以是反转；哪些方面反转了？依赖对象的获取被反转了。
用图例阐明一下，传统程序设计如图 2 -1，都是被动去创立相干对象而后再组合起来：
图 1 -1 传统应用程序示意图
当有了 IoC/DI 的容器后，在客户端类中不再被动去创立这些对象了，如图 2 - 2 所示:
图 1 - 2 有 IoC/DI 容器后程序结构示意图
1.2、IoC 能做什么
IoC 不是一种技术，只是一种思维，一个重要的面向对象编程的法令，它能领导咱们如何设计出松耦合、更低劣的程序。传统应用程序都是由咱们在类外部被动创立依赖对象，从而导致类与类之间高耦合，难于测试；有了 IoC 容器后，把创立和查找依赖对象的控制权交给了容器，由容器进行注入组合对象，所以对象与对象之间是 涣散耦合，这样也不便测试，利于性能复用，更重要的是使得程序的整个体系结构变得非常灵活。
其实 IoC 对编程带来的最大扭转不是从代码上，而是从思维上，产生了“主从换位”的变动。应用程序本来是老大，要获取什么资源都是主动出击，然而在 IoC/DI 思维中，应用程序就变成被动的了，被动的期待 IoC 容器来创立并注入它所须要的资源了。
IoC 很好的体现了面向对象设计法令之一—— 好莱坞法令：“别找咱们，咱们找你”；即由 IoC 容器帮对象找相应的依赖对象并注入，而不是由对象被动去找。
1.3、IoC 和 DI
DI—Dependency Injection，即“依赖注入”：组件之间依赖关系由容器在运行期决定，形象的说，即由容器动静的将某个依赖关系注入到组件之中。依赖注入的目标并非为软件系统带来更多功能，而是为了晋升组件重用的频率，并为零碎搭建一个灵便、可扩大的平台。通过依赖注入机制，咱们只须要通过简略的配置，而无需任何代码就可指定指标须要的资源，实现本身的业务逻辑，而不须要关怀具体的资源来自何处，由谁实现。
了解 DI 的要害是：“谁依赖谁，为什么须要依赖，谁注入谁，注入了什么”，那咱们来深入分析一下：
●谁依赖于谁：当然是应用程序依赖于 IoC 容器；
●为什么须要依赖：应用程序须要 IoC 容器来提供对象须要的内部资源；
●谁注入谁：很显著是 IoC 容器注入应用程序某个对象，应用程序依赖的对象；
●注入了什么：就是注入某个对象所须要的内部资源（包含对象、资源、常量数据）。
IoC 和 DI 由什么关系呢？其实它们是同一个概念的不同角度形容，因为管制反转概念比拟含混（可能只是了解为容器管制对象这一个层面，很难让人想到谁来保护对象关系），所以 2004 年大师级人物 Martin Fowler 又给出了一个新的名字：“依赖注入”，绝对 IoC 而言，“依赖注入”明确形容了“被注入对象依赖 IoC 容器配置依赖对象”。
看过很多对 Spring 的 Ioc 了解的文章，好多人对 Ioc 和 DI 的解释都艰涩难懂，反正就是一种说不清，道不明的感觉，读完之后仍然是一头雾水，感觉就是开涛这位技术牛人写得特地通俗易懂，他分明地解释了 IoC(管制反转) 和 DI(依赖注入) 中的每一个字，读完之后给人一种恍然大悟的感觉。我置信对于初学 Spring 框架的人对 Ioc 的了解应该是有很大帮忙的。
二、分享 Bromon 的 blog 上对 IoC 与 DI 浅显易懂的解说
2.1、IoC(管制反转)
首先想说说 IoC（Inversion of Control，管制反转）。这是 spring 的外围，贯通始终。所谓 IoC，对于 spring 框架来说，就是由 spring 来负责管制对象的生命周期和对象间的关系。这是什么意思呢，举个简略的例子，咱们是如何找女朋友的？常见的状况是，咱们到处去看哪里有长得丑陋身材又好的 mm，而后打听她们的兴趣爱好、qq 号、电话号、ip 号、iq 号………，想方法意识她们，投其所好送其所要，而后嘿嘿……这个过程是简单深奥的，咱们必须本人设计和面对每个环节。传统的程序开发也是如此，在一个对象中，如果要应用另外的对象，就必须失去它（本人 new 一个，或者从 JNDI 中查问一个），应用完之后还要将对象销毁（比方 Connection 等），对象始终会和其余的接口或类藕合起来。
那么 IoC 是如何做的呢？有点像通过婚介找女朋友，在我和女朋友之间引入了一个第三者：婚姻介绍所。婚介治理了很多男男女女的材料，我能够向婚介提出一个列表，通知它我想找个什么样的女朋友，比方长得像李嘉欣，身材像林熙雷，唱歌像周杰伦，速度像卡洛斯，技术像齐达内之类的，而后婚介就会依照咱们的要求，提供一个 mm，咱们只须要去和她谈恋爱、结婚就行了。简单明了，如果婚介给咱们的人选不符合要求，咱们就会抛出异样。整个过程不再由我本人管制，而是有婚介这样一个相似容器的机构来管制。Spring 所提倡的开发方式就是如此，所有的类都会在 spring 容器中注销，通知 spring 你是个什么货色，你须要什么货色，而后 spring 会在零碎运行到适当的时候，把你要的货色被动给你，同时也把你交给其余须要你的货色。所有的类的创立、销毁都由 spring 来管制，也就是说管制对象生存周期的不再是援用它的对象，而是 spring。对于某个具体的对象而言，以前是它管制其余对象，当初是所有对象都被 spring 管制，所以这叫管制反转。
2.2、DI(依赖注入)
IoC 的一个重点是在零碎运行中，动静的向某个对象提供它所须要的其余对象。这一点是通过 DI（Dependency Injection，依赖注入）来实现的。比方对象 A 须要操作数据库，以前咱们总是要在 A 中本人编写代码来取得一个 Connection 对象，有了 spring 咱们就只须要通知 spring，A 中须要一个 Connection，至于这个 Connection 怎么结构，何时结构，A 不须要晓得。在零碎运行时，spring 会在适当的时候制作一个 Connection，而后像打针一样，注射到 A 当中，这样就实现了对各个对象之间关系的管制。A 须要依赖 Connection 能力失常运行，而这个 Connection 是由 spring 注入到 A 中的，依赖注入的名字就这么来的。那么 DI 是如何实现的呢？Java 1.3 之后一个重要特色是反射（reflection），它容许程序在运行的时候动静的生成对象、执行对象的办法、扭转对象的属性，spring 就是通过反射来实现注入的。
了解了 IoC 和 DI 的概念后，所有都将变得简单明了，剩下的工作只是在 spring 的框架中沉积木而已。
三、我对 IoC(管制反转) 和 DI(依赖注入) 的了解
在平时的 java 利用开发中，咱们要实现某一个性能或者说是实现某个业务逻辑时至多须要两个或以上的对象来合作实现，在没有应用 Spring 的时候，每个对象在须要应用他的单干对象时，本人均要应用像 new object() 这样的语法来将单干对象创立进去，这个单干对象是由本人被动创立进去的，创立单干对象的主动权在本人手上，本人须要哪个单干对象，就被动去创立，创立单干对象的主动权和创立机会是由本人把控的，而这样就会使得对象间的耦合度高了，A 对象须要应用单干对象 B 来共同完成一件事，A 要应用 B，那么 A 就对 B 产生了依赖，也就是 A 和 B 之间存在一种耦合关系，并且是严密耦合在一起，而应用了 Spring 之后就不一样了，创立单干对象 B 的工作是由 Spring 来做的，Spring 创立好 B 对象，而后存储到一个容器外面，当 A 对象须要应用 B 对象时，Spring 就从寄存对象的那个容器外面取出 A 要应用的那个 B 对象，而后交给 A 对象应用，至于 Spring 是如何创立那个对象，以及什么时候创立好对象的，A 对象不须要关怀这些细节问题 ( 你是什么时候生的，怎么生进去的我可不关怀，能帮我干活就行)，A 失去 Spring 给咱们的对象之后，两个人一起合作实现要实现的工作即可。
所以管制反转 IoC(Inversion of Control) 是说创建对象的控制权进行转移，以前创建对象的主动权和创立机会是由本人把控的，而当初这种势力转移到第三方，比方转移交给了 IoC 容器，它就是一个专门用来创建对象的工厂，你要什么对象，它就给你什么对象，有了 IoC 容器，依赖关系就变了，原先的依赖关系就没了，它们都依赖 IoC 容器了，通过 IoC 容器来建设它们之间的关系。
这是我对 Spring 的 IoC(管制反转) 的了解。DI(依赖注入) 其实就是 IOC 的另外一种说法，DI 是由 Martin Fowler 在 2004 年初的一篇论文中首次提出的。他总结：管制的什么被反转了？就是：取得依赖对象的形式反转了。
