java中四种注入注解_spring IOC中四种依赖注入方式

在spring ioc中有三种依赖注入，分别是：https://blog.csdn.net/u010800201/article/details/72674420

a、接口注入；

b、setter方法注入；

c、构造方法注入；

d、注解方法注入；

接着小编对这四种注入方式一一进行讲解，通过demo的讲解，希望能够帮助小伙伴们更好的理解，不足之处还请多多指教。

接口注入

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方法注入

setter注入模式在实际开发中有非常广泛的应用，setter方法更加直观，我们来看一下spring的配置文件：

xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"

xmlns:aop="http://www.springframework.org/schema/aop"

xmlns:tx="http://www.springframework.org/schema/tx"

xsi:schemaLocation="http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans-4.1.xsd

http://www.springframework.org/schema/aop http://www.springframework.org/schema/aop/spring-aop-4.1.xsd

http://www.springframework.org/schema/tx http://www.springframework.org/schema/tx/spring-tx-4.1.xsd">

接着我们来看一下，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);

}

}

构造器注入

构造器注入，即通过构造函数完成依赖关系的设定。我们看一下spring的配置文件：

xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"

xmlns:aop="http://www.springframework.org/schema/aop"

xmlns:tx="http://www.springframework.org/schema/tx"

xsi:schemaLocation="http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans-4.1.xsd

http://www.springframework.org/schema/aop http://www.springframework.org/schema/aop/spring-aop-4.1.xsd

http://www.springframework.org/schema/tx http://www.springframework.org/schema/tx/spring-tx-4.1.xsd">

我们再来看一下，构造器表示依赖关系的写法，代码如下所示：

import com.tgb.spring.dao.UserDao;

public class UserManagerImpl implements UserManager{

private UserDao userDao4Oracle;

//使用构造方式赋值

public UserManagerImpl(UserDao userDao4Oracle) {

this.userDao4Oracle = userDao4Oracle;

}

@Override

public void addUser(String userName, String password) {

userDao.addUser(userName, password);

}

}

注解注入

注解注入，即通过注解方式完成依赖关系的设定。我们看一下spring的配置文件：

xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"

xmlns:aop="http://www.springframework.org/schema/aop"

xmlns:tx="http://www.springframework.org/schema/tx"

xsi:schemaLocation="http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans-4.1.xsd

http://www.springframework.org/schema/aop http://www.springframework.org/schema/aop/spring-aop-4.1.xsd

http://www.springframework.org/schema/tx http://www.springframework.org/schema/tx/spring-tx-4.1.xsd">

//启动spring注解模式

 //这段去掉

具体写法：

import com.tgb.spring.dao.UserDao;

import javax.annotation.Resource;  //需要导入相关jar包

@Resource(name="userDao4Oracle")

private UserDao userDao4Oracle；

public class UserManagerImpl implements UserManager{

private UserDao userDao4Oracle;

@Override

public void addUser(String userName, String password) {

userDao.addUser(userName, password);

}

}

接口注入 && setter注入 && 构造器注入

接口注入：

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

Setter 注入：

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

构造器注入：

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

注解注入：@Resource先会按照名称到spring容器中查找，如果查找不到，就回退按照类型匹配，如果再没有匹配到，就会抛出异常。如果在开发的时候，建议大家都是用@Resource(name=”userDao”)，此时只能够按照名称匹配

小编寄语：该博文，小编主要介绍了控制反转、依赖注入以及在spring中IOC的三种注入方式，配上demo进行讲解，不足之处，还请各位小伙伴多多指教，其实小编觉得，无论是控制反转还是依赖注入对编程带来最大的影响不是从代码上，而是思想上转变，发生了“主从换位”的变化。应用程序原本是老大，要获取什么资源都是主动出击，但是在IoC/DI思想中，应用程序就变成被动的了，被动的等待IoC/DI容器来创建并注入她所需要的资源了。这一举动，有效的分离了对象和她所需要的外部资源，使得它们松散耦合，有利于功能复用，更重要的是使得程序的整个体系结构变得非常灵活。