前言
CRUD三年多，看过很多对Spring的IOC理解的文章，借用最近经常看到的一句话，"听君一席话，如听一席话"，怎一个晦涩难懂能表达，现在回头看看，从一开始接触到的就是Spring，不懂J2EE的痛点自然是理解不了的。网上不乏一些高质量关于IOC、DI理解的文章，这里限于个人能力低微，就不做些贻笑大家的事了，只是结合自己的情况整理下各路大佬们通俗易懂的解释。
Bromon的blog上对IoC与DI浅显易懂的讲解
IOC作为Spring的标志象征，想要理解它的含义一定要谈及它的出现是基于什么，Bromon的博客上对于IOC的解释充分说明了这个问题。
1、IOC(控制反转)
IOC（Inversion of Control，控制反转）。这是spring的核心，贯穿始终。所谓IoC，对于spring框架来说，就是由spring来负责控制对象的生命周期和对象间的关系。这是什么意思呢，举个简单的例子，我们是如何找女朋友的？常见的情况是，我们到处去看哪里有长得漂亮身材又好的mm，然后打听她们的兴趣爱好、qq号、电话号………，想办法认识她们，投其所好送其所要，然后嘿嘿……这个过程是复杂深奥的，我们必须自己设计和面对每个环节。
传统的程序开发也是如此，在一个对象中，如果要使用另外的对象，就必须得到它（自己new一个，或者从JNDI中查询一个），使用完之后还要将对象销毁（比如Connection等），对象始终会和其他的接口或类藕合起来。
那么IOC是如何做的呢？有点像通过婚介找女朋友，在我和女朋友之间引入了一个第三者：婚姻介绍所。婚介管理了很多男男女女的资料，我可以向婚介提出一个列表，告诉它我想找个什么样的女朋友，比如长得像李嘉欣，身材像林熙雷，唱歌像周杰伦，速度像卡洛斯，技术像齐达内之类的，然后婚介就会按照我们的要求，提供一个MM，我们只需要去和她谈恋爱、结婚就行了。简单明了，如果婚介给我们的人选不符合要求，我们就会抛出异常。整个过程不再由我自己控制，而是有婚介这样一个类似容器的机构来控制。Spring所倡导的开发方式就是如此，所有的类都会在spring容器中登记，告诉Spring你是个什么东西，你需要什么东西，然后Spring会在系统运行到适当的时候，把你要的东西主动给你，同时也把你交给其他需要你的东西。所有的类的创建、销毁都由Spring来控制，也就是说控制对象生存周期的不再是引用它的对象，而是Spring。对于某个具体的对象而言，以前是它控制其他对象，现在是所有对象都被Spring控制，所以这叫控制反转。
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基本思想的演变
1、IoC/DI的概念
- IoC --- Inversion of Control,控制反转 在Java开发中,IoC意味着将你设计好的类交给系统去控制，而不是在类的内部控制。IoC是一种让服务消费者不直接依赖于服务提供者的组件设计方式，是一种减少类与类之间依赖的设计原则。
- DI -- Dependency Injection(依赖注入) 即组件之间的依赖关系由容器在运行期决定，形象的来说，即由容器动态的将某种依赖关系注入到组件之中去。依赖注入的目标并非为软件系统带来更多的功能，而是为了提升组件重用的概率，并为系统搭建一个灵活、可扩展的平台。通过依赖注入机制，我们只需要通过简单的配置，而不需任何代码就可以指定目标需要的资源，完成自身的业务逻辑，而不用关心具体的资源来自何处，由谁实现。
2、IoC/DI的基本思想
- 把程序之间的依赖关系去掉
- 把程序对象设置到IoC/DI容器的配置中，作为Bean
- 由IoC/DI容器来管理Bean的创建、实例化
- 由IoC/DI容器来把Bean之间的关系注入到需要这些关系的对象里面
- 简而言之：就是对象之间的依赖关系全部去掉，然后由IoC/DI容器来管理对象和对象之间的依赖关系。这样的好处：实现了对象之间的松散耦合
个人对IOC和DI的片面理解
- IOC（控制反转）是一种设计思想，其核心思想就是将对象的控制转移到容器。
- DI（依赖注入）是IOC的实现，对象与对象的相互作用产生依赖 ，DI就是把传统程序设计生成依赖的方式（new）改变成容器把对象注入进去。
$$- End -$$