控制反转（Inversion of Control）

一种面向对象的设计原则，降低计算机代码之间的耦合度

基本思想

借助于第三方(即IOC容器)来实现具有依赖关系的对象之间的解耦

谁控制谁，控制什么：

谁控制谁：
由IoC容器来控制对象

控制什么：
IoC容器主要控制了被控制对象的外部资源的获取，包括依赖对象，文件，常量数据等

控制反转反转的是什么：

正转：
传统J2SE中，是在对象中主动去直接获取依赖的对象和资源

反转：
由容器来负责创建和注入依赖对象，故而对象从传统的主动获取变成了控制反转后的被动接受

反转了依赖对象和资源的获取

IoC能做什么

IoC容器负责控制以来对象的创建和查找，由容器进行组合对象，对象之间是松耦合的
IoC带来的最大的变化是思想上发生了主从换位的变化，将应用程序由传统的主动获取变化为被动等待

依赖注入（Dependency Injection）

原理概述

高端描述：

组件之间依赖关系由容器在运行期决定，即由容器动态的将某个依赖关系注入到组建之中。

接地气版：

依赖注入就是将实例变量传入到一个对象中去
含参的构造函数初始化就是依赖注入思想的一种体现，将被依赖的实例变量通过参数的方式传入，从而降低了耦合度

拆解分析：

谁依赖于谁：

应用程序依赖于IoC容器

为什么需要依赖：

应用程序需要IoC容器来提供程序内对象所需要的外部资源

谁注入了谁：

IoC容器注入了应用程序中的对象

注入了什么：

应用程序对象所需要的外部资源（依赖对象，常量数据等）

控制反转和依赖注入的关系

来自ITEYE某技术牛人的博客：

“依赖注入”明确描述了“被注入对象依赖IoC容器配置依赖对象”。

W3Cschool中Spring教程中的内容：（个人比较倾向这种说法）

控制反转是一种思想
依赖注入是一种设计模式
依赖注入是控制反转的一种实现方式，控制反转同样具有其他的实现方式

总结

控制反转是一种在软件工程中解耦合的思想，调用类只依赖接口，而不依赖具体的实现类，减少了耦合。控制权交给了容器，在运行的时候才由容器决定将具体的实现动态的“注入”到调用类的对象中。

依赖注入是一种设计模式，可以作为控制反转的一种实现方式。依赖注入就是将实例变量传入到一个对象中去(Dependency injection means giving an object its instance variables)。

通过IoC框架，类A依赖类B的强耦合关系可以在运行时通过容器建立，也就是说把创建B实例的工作移交给容器，类A只管使用就可以。