Spring IOC容器

 IOC（Inversion of Control），中文名为控制反转，就是由容器来控制业务对象之间的依赖关系，而非传统实现，由代码直接操控。这也就是所谓的“控制反转”的概念所在；控制权由应用代码中转到了外部容器，控制权的转移，即所谓的反转。控制权的转移带来的好处就是降低了业务对象之间的依赖程度。

 

实现策略：

1、 依赖查找：容器中的受控对象通过容器的API来查找自己所依赖的资源和协作对象。这种方式虽然降低了对象间的依赖，但是同时也使用了容器的API，造成了我们无法再容器外使用和测试对象。

2、 依赖注入：对象只提供普通的方法让容器去决定依赖关系，容器全权负责组件的装配，它会把符合依赖关系的对象通过属性(JavaBean中的getter和setter)或者是构造器传递给需要的对象。通过属性注入依赖关系的做法称为设值方法注入(setter injection)，将构造子参数传入的做法称为构造子注入(Constructor injection)

注：

1、依赖注入式一种更加合适的方法。让容器全权负责依赖查询，受控对象只要暴露属性和代参数的构造子，使容器可以在初始化对象的时候设置对象的依赖的关系。这种方式往往不需要依赖特定的API和接口，完全只要依赖语言本身就可以实现了。

2、好处：

1、查询依赖操作和应用代码分离；

2、受控对象不会使用到容器的特定API，这样受控对象可以搬出容器单独使用。

实现方法：

1、 设值方法注入

使用设值方法注入的时候，受控对象通过属性来表达自己所依赖的对象和所需配置的值。Java实现中，只要对性提供javaBean标准的属性就可以了。

Public class myBusinessObject{

Private DataSource ds;

Public DataSource getDataSource(){

Return ds;

}

Public void setDataSource(DataSource ds){

This.ds = ds;

}

//业务逻辑

}

这样当容器实例化对象myBusinessObject的时候，会立即调用设值方法，将所需的DataSource传递给myBusinessObject。由此可以看出MyBusinessObject只是一个普通的Java对象，完全没有依赖Ioc容器。这样它就可以在容器外运行。

2、构造子注入

Public class MyBusinessObject{

Private DataSource ds;

Public MyBusinessObject(DataSource ds){

This.ds = ds;

}

//业务逻辑

}

由此可以看出这也是一个简单的Java对象，它也同样不依赖Ioc容器。

比较两种方法的优缺点：

设置方法注入优点：

1、 每个设值方法都有一个对应的读取方法，这样就可以要求受控对象汇报自身的状态。

2、 父类的属性可以被子类继承而无需重新编码。

缺点：

1、 设置方法的调用次序无法确定。

2、 在使用对象前，可能在不是所有的设值方法都会调用到，可能存在着未配置完全的状态。

构造子注入的优点：

1、 在使用之前，对象必定处于配置完全的状态。

2、 比起多个设值方法来说一个构造函数的代码可能更少，当然两者的复杂程度是没有区别的。

缺点：

1、 构造子无法被自动继承。

2、 构造子参数太多和构造子操作太多都不方便与使用。

3、 IDE对设置方式要比构造子参数列表有更好的支持。

Ioc即控制反转，它不是什么技术，而是一种设计模式；

Ioc模式，系统中通过引入实现了Ioc模式的Ioc容器，即可由Ioc容器来管理对象的生命周期、依赖关系等，从而使得应用程序的配置和依赖性规范与实际的应用程序代码分开。其中一个特点就是通过文本的配置文件进行应用程序与组件相互关系的配置，而不用重新修改并编译具体的代码。

Ioc模式可以说是工厂设计模式的升华，我们可以把Ioc看着是一个大工厂，只不过这个大工厂里面要生成的对象都是在XML文件中给出定义的，然后利用Java的反射，根据XML中给出的类名生成相应的对象。从实现上看，Ioc是把以前在工厂方法里面写死的 对象生成代码，改由XML文件定义，也就是把工厂与对象生成这两种独立开来，提高了程序的灵活性和维护性。

Ioc中最基本的技术就是反射编程。其实Hibernate、String中都是用反射作为最基本的技术手段。

Ioc最大的好处就是把对象放在了XML里面定义，所以当我们需要换一个实现子类将会变得很简单(通常这样的对象都是实现于某种接口的)，它只需要修改XML配置文件就可以了。

Ioc最大的缺点就是生成一个对象的步骤变复杂了，对于不习惯这种操作方式的人，会觉得特别别扭。由于使用反射编程，在生成对象上效率有些损耗。但相对于Ioc提供的维护性和灵活性来说，这是微不足道的，除非某些对象的生成效率要求特别高。缺少IDE重构操作的支持，比如我们要修改某一个类名，还的到XML文件中手动修改。