spring四种依赖注入方式 （ 依赖注入DI+ 控制反转IOC的原理）

平常的java开发中，程序员在某个类中需要依赖其它类的方法，则通常是new一个依赖类再调用类实例的方法，这种开发存在的问题是new的类实例不好统一管理，spring提出了依赖注入的思想，即依赖类不由程序员实例化，而是通过spring容器帮我们new指定实例并且将实例注入到需要该对象的类中。依赖注入的另一种说法是“控制反转”，通俗的理解是：平常我们new一个实例，这个实例的控制权是我们程序员，而控制反转是指new实例工作不由我们程序员来做而是交给spring容器来做。

spring有多种依赖注入的形式，下面仅介绍spring通过xml进行IOC配置的方式：

• 一：Set注入

这是最简单的注入方式，假设有一个SpringAction，类中需要实例化一个SpringDao对象，那么就可以定义一个private的SpringDao成员变量，然后创建SpringDao的set方法（这是ioc的注入入口）：

Java代码  

1. package com.bless.springdemo.action;  
2. public class SpringAction {  
3.         //注入对象springDao  
4.     private SpringDao springDao;  
5.         //一定要写被注入对象的set方法  
6.         public void setSpringDao(SpringDao springDao) {  
7.         this.springDao = springDao;  
8.     }  
9.   
10.         public void ok(){  
11.         springDao.ok();  
12.     }  
13. }  

随后编写spring的xml文件，<bean>中的name属性是class属性的一个别名，class属性指类的全名，因为在SpringAction中有一个公共属性Springdao，所以要在<bean>标签中创建一个<property>标签指定SpringDao。<property>标签中的name就是SpringAction类中的SpringDao属性名，ref指下面<bean name="springDao"...>，这样其实是spring将SpringDaoImpl对象实例化并且调用SpringAction的 setSpringDao方法将SpringDao注入：

Java代码  

1. <!--配置bean,配置后该类由spring管理-->  
2.     <bean name="springAction" class="com.bless.springdemo.action.SpringAction">  
3.         <!--(1)依赖注入,配置当前类中相应的属性-->  
4.         <property name="springDao" ref="springDao"></property>  
5.     </bean>  
6. <bean name="springDao" class="com.bless.springdemo.dao.impl.SpringDaoImpl"></bean>  

  

• 二：构造器注入

这种方式的注入是指带有参数的构造函数注入，看下面的例子，我创建了两个成员变量SpringDao和User，但是并未设置对象的set方法，所以就不能支持第一种注入方式，这里的注入方式是在SpringAction的构造函数中注入，也就是说在创建SpringAction对象时要将SpringDao和User两个参数值传进来：

Java代码  

1. public class SpringAction {  
2.     //注入对象springDao  
3.     private SpringDao springDao;  
4.     private User user;  
5.       
6.     public SpringAction(SpringDao springDao,User user){  
7.         this.springDao = springDao;  
8.         this.user = user;  
9.         System.out.println("构造方法调用springDao和user");  
10.     }  
11.           
12.         public void save(){  
13.         user.setName("卡卡");  
14.         springDao.save(user);  
15.     }  
16. }  

 

在XML文件中同样不用<property>的形式，而是使用<constructor-arg>标签，ref属性同样指向其它<bean>标签的name属性：

Xml代码  

1. <!--配置bean,配置后该类由spring管理-->  
2.     <bean name="springAction" class="com.bless.springdemo.action.SpringAction">  
3.         <!--(2)创建构造器注入,如果主类有带参的构造方法则需添加此配置-->  
4.         <constructor-arg ref="springDao"></constructor-arg>  
5.         <constructor-arg ref="user"></constructor-arg>  
6.     </bean>  
7.         <bean name="springDao" class="com.bless.springdemo.dao.impl.SpringDaoImpl"></bean>  
8.          <bean name="user" class="com.bless.springdemo.vo.User"></bean>  

  解决构造方法参数的不确定性，你可能会遇到构造方法传入的两参数都是同类型的，为了分清哪个该赋对应值，则需要进行一些小处理：

下面是设置index，就是参数位置：

Xml代码  

1. <bean name="springAction" class="com.bless.springdemo.action.SpringAction">  
2.         <constructor-arg index="0" ref="springDao"></constructor-arg>  
3.         <constructor-arg index="1" ref="user"></constructor-arg>  
4.     </bean>  

  另一种是设置参数类型：

Xml代码  

1. <constructor-arg type="java.lang.String" ref=""/>  

 

• 三：静态工厂的方法注入

静态工厂顾名思义，就是通过调用静态工厂的方法来获取自己需要的对象，为了让spring管理所有对象，我们不能直接通过"工程类.静态方法()"来获取对象，而是依然通过spring注入的形式获取：

Java代码  

1. package com.bless.springdemo.factory;  
2.   
3. import com.bless.springdemo.dao.FactoryDao;  
4. import com.bless.springdemo.dao.impl.FactoryDaoImpl;  
5. import com.bless.springdemo.dao.impl.StaticFacotryDaoImpl;  
6.   
7. public class DaoFactory {  
8.     //静态工厂  
9.     public static final FactoryDao getStaticFactoryDaoImpl(){  
10.         return new StaticFacotryDaoImpl();  
11.     }  
12. }  

同样看关键类，这里我需要注入一个FactoryDao对象，这里看起来跟第一种注入一模一样，但是看随后的xml会发现有很大差别:

Java代码  

1.  public class SpringAction {  
2.         //注入对象  
3.     private FactoryDao staticFactoryDao;  
4.       
5.     public void staticFactoryOk(){  
6.         staticFactoryDao.saveFactory();  
7.     }  
8.     //注入对象的set方法  
9.     public void setStaticFactoryDao(FactoryDao staticFactoryDao) {  
10.         this.staticFactoryDao = staticFactoryDao;  
11.     }  
12. }  

 

Spring的IOC配置文件，注意看<bean name="staticFactoryDao">指向的class并不是FactoryDao的实现类，而是指向静态工厂 DaoFactory，并且配置 factory-method="getStaticFactoryDaoImpl"指定调用哪个工厂方法：

Xml代码  

1. <!--配置bean,配置后该类由spring管理-->  
2.     <bean name="springAction" class="com.bless.springdemo.action.SpringAction" >  
3.         <!--(3)使用静态工厂的方法注入对象,对应下面的配置文件(3)-->  
4.         <property name="staticFactoryDao" ref="staticFactoryDao"></property>  
5.                 </property>  
6.     </bean>  
7.     <!--(3)此处获取对象的方式是从工厂类中获取静态方法-->  
8.     <bean name="staticFactoryDao" class="com.bless.springdemo.factory.DaoFactory" factory-method="getStaticFactoryDaoImpl"></bean>  
9.       

 

• 四：实例工厂的方法注入

实例工厂的意思是获取对象实例的方法不是静态的，所以你需要首先new工厂类，再调用普通的实例方法：

Java代码  

1. public class DaoFactory {  
2.     //实例工厂  
3.     public FactoryDao getFactoryDaoImpl(){  
4.         return new FactoryDaoImpl();  
5.     }  
6. }  

那么下面这个类没什么说的，跟前面也很相似，但是我们需要通过实例工厂类创建FactoryDao对象：

Java代码  

1. public class SpringAction {  
2.     //注入对象  
3.     private FactoryDao factoryDao;  
4.       
5.     public void factoryOk(){  
6.         factoryDao.saveFactory();  
7.     }  
8.   
9.     public void setFactoryDao(FactoryDao factoryDao) {  
10.         this.factoryDao = factoryDao;  
11.     }  
12. }  

 

最后看spring配置文件：

Xml代码  

1. <!--配置bean,配置后该类由spring管理-->  
2.     <bean name="springAction" class="com.bless.springdemo.action.SpringAction">  
3.         <!--(4)使用实例工厂的方法注入对象,对应下面的配置文件(4)-->  
4.         <property name="factoryDao" ref="factoryDao"></property>  
5.     </bean>  
6.       
7.     <!--(4)此处获取对象的方式是从工厂类中获取实例方法-->  
8.     <bean name="daoFactory" class="com.bless.springdemo.factory.DaoFactory"></bean>  
9.     <bean name="factoryDao" factory-bean="daoFactory" factory-method="getFactoryDaoImpl"></bean>  

 

• 总结

Spring IOC注入方式用得最多的是(1)(2)种，多谢多练就会非常熟练。

        另外注意：通过Spring创建的对象默认是单例的，如果需要创建多实例对象可以在<bean>标签后面添加一个属性：

Java代码  

1. <bean name="..." class="..." scope="prototype">  

========================================================================================================

1. 接口注入（不推荐）
2. 构造器注入（死的应用）
3. getter，setter方式注入（比较常用）

Type1 接口注入

我们常常借助接口来将调用者与实现者分离。如:

     
     

      
      
public class ClassA {  
　　private InterfaceB clzB;  
　　public init() {  
　　Ojbect obj =  
　　Class.forName(Config.BImplementation).newInstance();  
　　clzB = (InterfaceB)obj;  
　　}  
　　……  
　　}  
     
     

　　上面的代码中，ClassA依赖于InterfaceB的实现，如何获得InterfaceB实现类的实例？传统的方法是在代码中创建InterfaceB实现类的实例，并将起赋予clzB。

　　而这样一来，ClassA在编译期即依赖于InterfaceB的实现。为了将调用者与实现者在编译期分离，于是有了上面的代码，我们根据预先在配置文件中设定的实现类的类名，动态加载实现类，并通过InterfaceB强制转型后为ClassA所用。
　　这就是接口注入的一个最原始的雏形。
　　而对于一个Type1型IOC容器而言，加载接口实现并创建其实例的工作由容器完成，如J2EE开发中常用的Context.lookup（ServletContext.getXXX），都是Type1型IOC的表现形式。
　　Apache Avalon是一个典型的Type1型IOC容器。

Type2 构造子注入

构造子注入，即通过构造函数完成依赖关系的设定，如：

     
     

      
      
public class DIByConstructor {  
　　private final DataSource dataSource;  
　　private final String message;  
　　public DIByConstructor(DataSource ds, String msg) {  
　　this.dataSource = ds;  
　　this.message = msg;  
　　}  
　　……  
　　}  
     
     

　　可以看到，在Type2类型的依赖注入机制中，依赖关系是通过类构造函数建立，容器通过调用类的构造方法，将其所需的依赖关系注入其中。
　　PicoContainer（另一种实现了依赖注入模式的轻量级容器）首先实现了Type2类型的依赖注入模式。

Type3 设值注入

　　在各种类型的依赖注入模式中，设值注入模式在实际开发中得到了最广泛的应用（其中很大一部分得力于Spring框架的影响）。
　　在笔者看来，基于设置模式的依赖注入机制更加直观、也更加自然。Quick Start中的示例，就是典型的设置注入，即通过类的setter方法完成依赖关系的设置。

setter注入： 一般情况下所有的java bean, 我们都会使用setter方法和getter方法去设置和获取属性的值，示例如下：
public class namebean {
     String      name;  
     public void setName(String a) {
        name = a; }
     public String getName() {
        return name; }
    }
我们会创建一个bean的实例然后设置属性的值，spring的配置文件如下：
Spring会调用setName方法来只是name熟悉为tom
构造方法注入：构造方法注入中，我们使用带参数的构造方法如下：
public class namebean {
     String name;
     public namebean(String a) {
        name = a;
     }   
}
我们会在创建bean实例的时候以new namebean(“tom”)的方式来设置name属性, 

几种依赖注入模式的对比总结

　　接口注入模式因为具备侵入性，它要求组件必须与特定的接口相关联，因此并不被看好，实际使用有限。
　　Type2和Type3的依赖注入实现模式均具备无侵入性的特点。在笔者看来，这两种实现方式各有特点，也各具优势（一句经典废话?）。

1. Type2 构造子注入的优势：

2. “在构造期即创建一个完整、合法的对象”，对于这条Java设计原则，Type2无疑是最好的响应者。
3. 避免了繁琐的setter方法的编写，所有依赖关系均在构造函数中设定，依赖关系集中呈现，更加易读。
4. 由于没有setter方法，依赖关系在构造时由容器一次性设定，因此组件在被创建之后即处相对“不变”的稳定状态，无需担心上层代码在调用过程中执行setter方法对组件依赖关系产生破坏，特别是对于Singleton模式的组件而言，这可能对整个系统产生重大的影响。
5. 同样，由于关联关系仅在构造函数中表达，只有组件创建者需要关心组件内部的依赖关系。对调用者而言，组件中的依赖关系处于黑盒之中。对上层屏蔽不必要的信息，也为系统的层次清晰性提供了保证。
6. 通过构造子注入，意味着我们可以在构造函数中决定依赖关系的注入顺序，对于一个大量依赖外部服务的组件而言，依赖关系的获得顺序可能非常重要，比如某个依赖关系注入的先决条件是组件的DataSource及相关资源已经被设定。

1. Type3 设值注入的优势：

2. 对于习惯了传统JavaBean开发的程序员而言，通过setter方法设定依赖关系显得更加直观，更加自然。
3. 如果依赖关系（或继承关系）较为复杂，那么Type2模式的构造函数也会相当庞大（我们需要在构造函数中设定所有依赖关系），此时Type3模式往往更为简洁。
4. 对于某些第三方类库而言，可能要求我们的组件必须提供一个默认的构造函数（如Struts中的Action），此时Type2类型的依赖注入机制就体现出其局限性，难以完成我们期望的功能。

　　可见，Type2和Type3模式各有千秋，而Spring、PicoContainer都对Type2和Type3类型的依赖注入机制提供了良好支持。这也就为我们提供了更多的选择余地。理论上，以Type2类型为主，辅之以Type3类型机制作为补充，可以达到最好的依赖注入效果，不过对于基于Spring Framework开发的应用而言，Type3使用更加广泛。