Spring IOC和DI的理解

Spring框架中离不开Spring的IOC(控制反转) 、DI(依赖注入)，这里从IOC是什么、IOC能做什么、IOC和DI的区别三个方面介绍下IOC和DI。

一、IOC是什么

IOC容器：
实际上就是个map（key，value），里面存的是各种对象（在xml里配置的bean节点、@repository、@Service、@Controller、@Component），在项目启动的时候会读取配置文件里面的bean节点，根据全限定类名使用反射创建对象放到map里、扫描到打上上述注解的类还是通过反射创建对象放到map里。
这个时候map里有各种对象了，接下来我们在代码里需要用到里面的对象时，在通过DI注入（@Autowired、@Resource等注解，xml里bean节点内的ref属性，项目启动的时候会读取xml节点ref属性根据id注入，也会扫描这些注解，根据类型或者id注入；id就是对象名）

在Spring中一般存在三级缓存(singletonObjects、earlySingletonObjects、singletonFactories)解决循环依赖问题（在字段上使用@Autowired注解，用基于setter方法的依赖注入），singletonObjects存放完整的bean对象。整个bean的生命周期，从创建到使用再到销毁的过程，全部都是由IOC容器管理。

IOC：Inversion Of Control，控制反转。它是一种设计思想，将你设计好的对象交给IOC容器控制，而不是传统的在你的对象内部直接控制，即控制权的转移。
传统Java SE程序设计，我们直接在对象内部通过new进行创建对象，是程序主动去创建依赖对象；而IOC是有专门一个容器来创建这些对象，即由IOC容器来控制对象的创建，主要控制了外部资源获取。
由容器帮我们查找及注入依赖对象，对象只是被动的接受依赖对象，所以是反转；依赖对象的获取方式被反转了。

二、IOC能做什么

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

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

三、IOC和DI

DI：Dependency Injection，依赖注入。组件之间依赖关系由容器在运行期决定，形象的说，即由容器动态的将某个依赖关系注入到组件之中。

依赖注入的目的并非为软件系统带来更多功能，而是为了提升组件重用的频率，并为系统搭建一个灵活、可扩展的平台。通过依赖注入机制，我们只需要通过简单的配置，而无需任何代码就可指定目标需要的资源，完成自身的业务逻辑，而不需要关心具体的资源来自何处，由谁实现。

IOC和DI其实是同一个概念的不同角度描述，相对IOC而言，DI明确描述了“被注入对象，依赖IOC容器，配置依赖对象”。

推荐阅读
面试必问的Spring IoC与Spring AOP面试题