spring控制反转（IOC),不是什么技术，而是一种设计思想。在Java开发中，Ioc意味着将你设计好的对象交给容器控制，而不是传统的在你的对象内部直接控制。
? ●谁控制谁，控制什么：传统Java SE程序设计，我们直接在对象内部通过new进行创建对象，是程序主动去创建依赖对象；而IoC是有专门一个容器来创建这些对象，即由Ioc容器来控制对 象的创建；谁控制谁？当然是IoC 容器控制了对象；控制什么？那就是主要控制了外部资源获取（不只是对象包括比如文件等）。
? ●为何是反转，哪些方面反转了：有反转就有正转，传统应用程序是由我们自己在对象中主动控制去直接获取依赖对象，也就是正转；而反转则是由容器来帮忙创建及注入依赖对象；为何是反转？因为由容器帮我们查找及注入依赖对象，对象只是被动的接受依赖对象，所以是反转；哪些方面反转了？依赖对象的获取被反转了。
IoC很好的体现了面向对象设计法则之一—— 好莱坞法则：“别找我们，我们找你”；即由IoC容器帮对象找相应的依赖对象并注入，而不是由对象主动去找。
重点理解“谁依赖谁，为什么需要依赖，谁注入谁，注入了什么”
? IOC(控制反转)是spring的核心，贯穿始终。所谓IoC，对于spring框架来说，就是由spring来负责控制对象的生命周期和对象间的关系。举例来说，就是正常男生是如何找女朋友的呢？常见的情况是，我们到处去看哪里有长得漂亮身材又好的女孩，然后打听她们的兴趣爱好、qq号、电话号等等，通过千辛万苦才能投其所好送其所要，这个过程是复杂深奥的，我们必须自己设计和面对每个环节。传统的程序开发也是如此，在一个对象中，如果要使用另外的对象，就必须得到它（自己new一个），使用完之后还要将对象销毁（比如Connection等），对象始终会和其他的接口或类藕合起来。
? 那么IOC是如何做到的呢？按照上面的例子延续，IOC的存在这就有点类似于婚介所了，当一个男生想要找女朋友的时候，首先将自己的喜欢，要求告诉婚介所，然后婚介就会按照我们的要求提供一个符号我们要求的女孩给我们认识，我们只需要去和她谈恋爱、结婚就行了。简单明了，如果婚介给我们的人选不符合要求，我们就会抛出异常。整个过程不再由我自己控制，而是有婚介这样一个类似容器的机构来控制。Spring所希望的开发方式就是这样子的，将所有的类在spring容器中进行注册，告诉容器你是什么，需要什么，于是在后续系统运行到适当的时候，把你所想要的东西给你，同时也把你交给了其他应用，所有类的创建，销毁都由Spring来控制，也就是说控制一个对象的生存周期并不是引用它的对象了，而是Spring，对于某个对象而言，以前是由它掌控其他对象，而现在是所有对象都由Spring来掌控，所以叫做控制反转。
DI(依赖注入)其实就是IOC的另一种说法罢了，控制的什么被反转了？就是：获得依赖对象的方式反转了。
原文：https://www.cnblogs.com/zou-l/p/13611420.html