spring IOC的常见几种以来注入的方式

在spring ioc中有三种依赖注入，分别是：
a、接口注入；
b、setter方法注入；
c、构造方法注入；

接口注入：

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

解释一下上述的代码部分，ClassA依赖于InterfaceB的实现，我们如何获得InterfaceB的实现实例呢？传统的方法是在代码中创建 InterfaceB实现类的实例，并将赋予clzB.这样一来，ClassA在编译期即依赖于InterfaceB的实现。为了将调用者与实现者在编译期分离，于是有了上面的代码。我们根据预先在配置文件中设定的实现类的类名(Config.BImplementation),动态加载实现类，并通过InterfaceB强制转型后为ClassA所用，这就是接口注入的一个最原始的雏形。

setter方法注入

import com.tgb.spring.dao.UserDao;    public class UserManagerImpl implements UserManager{        private UserDao userDao;        //使用设值方式赋值
    public void setUserDao(UserDao userDao) {
        this.userDao = userDao;
    }        @Override
    public void addUser(String userName, String password) {            userDao.addUser(userName, password);
    }
}    

构造器注入

import com.tgb.spring.dao.UserDao;        public class UserManagerImpl implements UserManager{            private UserDao userDao;            //使用构造方式赋值
        public UserManagerImpl(UserDao userDao) {
            this.userDao = userDao;
        }            @Override
        public void addUser(String userName, String password) {                userDao.addUser(userName, password);
        }
    }    

三者之间的比较：

接口注入：
接口注入模式因为具备侵入性，它要求组件必须与特定的接口相关联，因此并不被看好，实际使用有限。

Setter 注入：
对于习惯了传统 javabean 开发的程序员，通过 setter 方法设定依赖关系更加直观。如果依赖关系较为复杂，那么构造子注入模式的构造函数也会相当庞大，而此时设值注入模式则更为简洁。如果用到了第三方类库，可能要求我们的组件提供一个默认的构造函数，此时构造子注入模式也不适用。

构造器注入：
在构造期间完成一个完整的、合法的对象。所有依赖关系在构造函数中集中呈现。依赖关系在构造时由容器一次性设定，组件被创建之后一直处于相对“不变”的稳定状态。只有组件的创建者关心其内部依赖关系，对调用者而言，该依赖关系处于“黑盒”之中。

个人推荐使用第三种,博主本人的企业项目中也是使用第三种方式。