学习过Spring框架的人肯定都会听过Spring的IoC(管制反转) 、DI(依赖注入)这两个概念，对于初学Spring的人来说，总感觉IoC 、DI这两个概念是模糊不清的，是很难了解的，明天和大家分享网上的一些技术大牛们对Spring框架的IOC的了解以及谈谈我对Spring Ioc的了解。
1.1、IoC是什么
Ioc—Inversion of Control，即“管制反转”，不是什么技术，而是一种设计思维。在Java开发中，Ioc意味着将你设计好的对象交给容器管制，而不是传统的在你的对象外部间接管制。如何了解好Ioc呢？了解好Ioc的要害是要明确“谁管制谁，管制什么，为何是反转（有反转就应该有正转了），哪些方面反转了”，那咱们来深入分析一下：
●谁管制谁，管制什么：传统Java SE程序设计，咱们间接在对象外部通过new进行创建对象，是程序被动去创立依赖对象；而IoC是有专门一个容器来创立这些对象，即由Ioc容器来管制对 象的创立；谁管制谁？当然是IoC 容器管制了对象；管制什么？那就是次要管制了内部资源获取（不只是对象包含比方文件等）。
●为何是反转，哪些方面反转了：有反转就有正转，传统应用程序是由咱们本人在对象中被动管制去间接获取依赖对象，也就是正转；而反转则是由容器来帮忙创立及注入依赖对象；为何是反转？因为由容器帮咱们查找及注入依赖对象，对象只是被动的承受依赖对象，所以是反转；哪些方面反转了？依赖对象的获取被反转了。
用图例阐明一下，传统程序设计如图2-1，都是被动去创立相干对象而后再组合起来：
当有了IoC/DI的容器后，在客户端类中不再被动去创立这些对象了，如图2-2所示:
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的了解应该是有很大帮忙的。
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的框架中沉积木而已。
3、我对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年初的一篇论文中首次提出的。他总结：管制的什么被反转了？就是：取得依赖对象的形式反转了。
4、小结
对于Spring Ioc这个外围概念，我置信每一个学习Spring的人都会有本人的了解。这种概念上的了解没有相对的标准答案，仁者见仁智者见智。