IOC

概念：

1、复杂系统分解成互相合作的对象，接着“第三方”解耦各层间的依赖关系，由IOC（Inversion of Control）容器【即Dependency Injection依赖注入】负责对象的创建和维护，容器在运行时动态将依赖对象注入到组件中；

2、即是某一接口具体实现类的选择控制权从调用类中移除，转交给第三方决定；

让调用类对某一接口实现类的依赖关系由第三方（容器或协作类）注入，以移除调用类对某一接口实现类的依赖。

3、把IOC容器看作是一个工厂，这个工厂里要生产的对象都在配置文件中给出定义，然后利用编程语言的的反射编程，根据配置文件中给出的类名生成相应的对象。

类型：

构造函数注入

sprig支持

通过调用类的构造函数，将接口实现类通过构造函数变量传入

被注入对象在其构造方法中声明依赖对象的参数，IoC检查被注入对象的构造方法，取得它所需要的依赖对象列表，进而为其注入相应的对象，IoC负责被注入对象的构造或生命周期

pulic class IClass{   private One o;   private Two t;   public iClass(One o,Two t){      this.o=o;      this.t=t;   } }

属性注入

spring支持

通过Setter方法完成调用类所需依赖的注入，使用时调用、更加灵活方便;

 public class A  
{  
     private B b;  
     private C c;  
  
 public void setb(B b) {  
	this.b = b;  
 }  
 
 public void setc(C c) {  
	this.c = c;  
 }  
} 

通过调用set方法为A对象注入所依赖的对象

public class DMove {  

   public void direct(){
   
       B b = new bOne();  
       A a = new A();  
  
       //①调用属性Setter方法注入  
       a.setb(b);   
       a.*();  
   }  
   
} 

接口注入

将调用类所有依赖注入的方法抽取到一个接口中，调用类通过实现该接口提供相应的注入方法

通过接口注入需要额外声明一个接口，增加了类的数目，而且它的效果和属性注入并无本质区别，因此我们不提倡采用这种方式

通过容器完成依赖关系的注入

通过配置文件或注解描述类和类之间的依赖关系，自动完成类的初始化和依赖注入的工作。（反射）

控制反转：

当对象A运行到需要对象B的时候，IOC容器会主动创建一个对象B注入到对象A需要的地方，而不是A主动去创建、维护B

http://www.cnblogs.com/ttrjba/p/3511935.html

http://blog.csdn.net/xz0125pr/article/details/49129659

http://stamen.iteye.com/blog/1489223/   通俗易懂的文章又一篇

http://blog.csdn.net/xiaoxing1521025/article/details/8846022