依赖注入什么是依赖注入依赖注入的作用是什么意思

依赖注入究竟有什么好处？

把对象生成放在了XML里定义，所以换一个实现子类将会变成很简单（一般这样的对象都是实现于某种接口的），只要修改XML就可以。

这样甚至可以实现对象的热插拨。

依赖注入： 依赖注入就是Spring设计思想中重要的一部分,它是指Ioc或DI,是一个重要的面向对象编程的法则来削减计算机程序的耦合问题.控制反转还有一个名字叫做依赖注入（Dependency Injection）.简称DI. IoC 亦称为 “依赖倒置原理”("Dependency Inversion Principle")。

差不多所有框架都使用了“倒置注入(Fowler 2004)技巧，这可说是IoC原理的一项应用。

SmallTalk，C++, Java 或各种.NET 语言等面向对象程序语言的程序员已使用了这些原理。

应用控制反转，对象在被创建的时候，由一个调控系统内所有对象的外界实体，将其所依赖的对象的引用，传递给它。

也可以说，依赖被注入到对象中。

所以，控制反转是，关于一个对象如何获取他所依赖的对象的引用，这个责任的反转。

依赖注入(Dependency Injection)和控制反转(Inversion of Control)是同一个概念。

具体含义是:当某个角色(可能是一个Java实例，调用者)需要另一个角色(另一个Java实例，被调用者)的协助时，在 传统的程序设计过程中，通常由调用者来创建被调用者的实例。

但在Spring里，创建被调用者的工作不再由调用者来完成，因此称为控制反转;创建被调用者 实例的工作通常由Spring容器来完成，然后注入调用者，因此也称为依赖注入。

不管是依赖注入，还是控制反转，都说明Spring采用动态、灵活的方式来管理各种对象。

对象与对象之间的具体实现互相透明。

在理解依赖注入之前，看如下这个问题在各种社会形态里如何解决:一个人(Java实例，调用者)需要一把斧子(Java实例，被调用者)。

(1)原始社会里，几乎没有社会分工。

需要斧子的人(调用者)只能自己去磨一把斧子(被调用者)。

对应的情形为:Java程序里的调用者自己创建被调用者。

(2)进入工业社会，工厂出现。

斧子不再由普通人完成，而在工厂里被生产出来，此时需要斧子的人(调用者)找到工厂，购买斧子，无须关心斧子的制造过程。

对应Java程序的简单工厂的设计模式。

(3)进入“按需分配”社会，需要斧子的人不需要找到工厂，坐在家里发出一个简单指令:需要斧子。

斧子就自然出现在他面前。

对应Spring的依赖注入。

第一种情况下，Java实例的调用者创建被调用的Java实例，必然要求被调用的Java类出现在调用者的代码里。

无法实现二者之间的松耦合。

第二种情况下，调用者无须关心被调用者具体实现过程，只需要找到符合某种标准(接口)的实例，即可使用。

此时调用的代码面向接口编程，可以让调用者和被调用者解耦，这也是工厂模式大量使用的原因。

但调用者需要自己定位工厂，调用者与特定工厂耦合在一起。

第三种情况下，调用者无须自己定位工厂，程序运行到需要被调用者时，系统自动提供被调用者实例。

事实上，调用者和被调用者都处于Spring的管理下，二者之间的依赖关系由Spring提供。

所谓依赖注入，是指程序运行过程中，如果需要调用另一个对象协助时，无须在代码中创建被调用者，而是依赖于外部的注入。

Spring的依赖注入对调用者和被调用者几乎没有任何要求，完全支持对POJO之间依赖关系的管理。

依赖注入通常有两种: 1、设值注入。

2、构造注入。

spring ioc依赖注入有几种 每种区别，优缺点

spring的核心思想是IOC和AOP，IOC-控制反转，是一个重要的面向对象编程的法则来消减计算机程序的耦合问题，控制反转一般分为两种类型，依赖注入和依赖查找，依赖什么？为什么需要依赖？注入什么？控制什么？依赖注入和控制反转是一样的概念吗？接触新的知识，小编的脑袋中全是大大的问号，不过没有关系，今天这篇博文，小编主要来简单的介绍一下在spring IOC中依赖注入的方法。

依赖注入和控制反转，目的是为了使类与类之间解耦合，提高系统的可扩展性和可维护性。

我们可以从以下几个方面理解： a、参与者都有谁？ b、依赖：谁依赖谁？为什么需要依赖？ c、注入：谁注入谁？又注入了什么呢？ d、控制反转：谁控制谁？控制什么？为什么叫反转呢？存在正转吗？ e、控制反转和依赖注入是同一个概念吗？我们需要弄明白上面的问题，这样对于控制反转和依赖注入的理解有大大的帮助。

首先：第一个问题，参与者都有谁？ 1）对象 2）IOC/DI容器 3）某个对象的外部资源 第二问题：依赖，谁依赖谁？为什么需要依赖？ 依赖嘛，很好理解的，对象依赖于IOC/DI容器，至于为什么要依赖呢？对象需要IOC/DI容器来提供对象需要的外部资源。

第三个问题：注入，谁注入谁？又注入了什么呢？ 显而易见是IOC/DI容器注入对象，注入了what呢？肯定注入的是某个需要的东西那就是注入对象所需要的资源，肯定不会注入无关紧要的内容，你说呢？ 第四个问题：控制反转，谁控制谁？控制什么？为什么叫反转呢？存在正转吗？ 控制反转，控制什么？肯定是IOC/DI容器控制对象，主要是控制对象实例的创建，反转是相对于正向而言的，那么什么算是正向的呢？考虑一下常规情况下的应用程序，如果要在A里面使用C，你会怎么做呢？当然是直接去创建C的对象，也就是说，是在A类中主动去获取所需要的外部资源C，这种情况被称为正向的。

那么什么是反向呢？就是A类不再主动去获取C，而是被动等待，等待IoC/DI的容器获取一个C的实例，然后反向的注入到A类中。

第五个问题：控制反转和依赖注入式同一个概念吗？ 依赖注入和控制反转是对同一件事情的不同描述，从某个方面讲，就是它们描述的角度不同。

依赖注入是从应用程序的角度在描述，可以把依赖注入描述完整点：应用程序依赖容器创建并注入它所需要的外部资源；而控制反转是从容器的角度在描述，描述完整点：容器控制应用程序，由容器反向的向应用程序注入应用程序所需要的外部资源。

了解了这些基本的概念，弄明白她们之间的联系和区别，能够帮助我们更好的理解，接着小编来重点介绍一下依赖注入，在spring ioc中有三种依赖注入，分别是： a、接口注入； b、setter方法注入； c、构造方法注入； 接着小编对这三种注入方式一一进行讲解，通过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的配置文件： <?xml?version="1.0"?encoding="UTF-8"?>???? <beans?xmlns="/schema/beans"???? ?????????xmlns:xsi="/2001/XMLSchema-instance"???? ?????????xmlns:aop="/schema/aop"???? ?????????xmlns:tx="/schema/tx"???? ?????????xsi:schemaLocation="/schema/beans?/schema/beans/spring-beans-4.1.xsd???? /schema/aop?/schema/aop/spring-aop-4.1.xsd???? /schema/tx?/schema/tx/spring-tx-4.1.xsd">???? ????<!--?使用spring管理对象的创建，还有对象的依赖关系?-->???? ????<bean?id="userDao4Mysql"?class=&.tgb.spring.dao.UserDao4MysqlImpl"/>???? ????<bean?id="userDao4Oracle"?class=&.tgb.spring.dao.UserDao4OracleImpl"/>???? ????<bean?id="userManager"?class=&.tgb.spring.manager.UserManagerImpl">???? ????????<!--?(1)userManager使用了userDao，Ioc是自动创建相应的UserDao实现，都是由容器管理-->???? ????????<!--?(2)在UserManager中提供构造函数，让spring将UserDao实现注入（DI）过来?-->???? ????????<!--?(3)让spring管理我们对象的创建和依赖关系，必须将依赖关系配置到spring的核心配置文件中?-->???? ????????<property?name="userDao"?ref="userDao4Oracle"></property>???? ????</bean>???? </beans>? 接着我们来看一下，setter表示依赖关系的写法 .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的配置文件： <?xml?version="1.0"?encoding="UTF-8"?>???? ????<beans?xmlns="/schema/beans"???? ?????????????xmlns:xsi="/2001/XMLSchema-instance"???? ?????????????xmlns:aop="/schema/aop"???? ?????????????xmlns:tx="/schema/tx"???? ?????????????xsi:schemaLocation="/schema/beans?/schema/beans/spring-beans-4.1.xsd???? /schema/aop?/schema/aop/spring-aop-4.1.xsd???? /schema/tx?/schema/tx/spring-tx-4.1.xsd">???? ????????<!--?使用spring管理对象的创建，还有对象的依赖关系?-->???? ????????<bean?id="userDao4Mysql"?class=&.tgb.spring.dao.UserDao4MysqlImpl"/>???? ????????<bean?id="userDao4Oracle"?class=&.tgb.spring.dao.UserDao4OracleImpl"/>???? ????????<bean?id="userManager"?class=&.tgb.spring.manager.UserManagerImpl">???? ????????????<!--?(1)userManager使用了userDao，Ioc是自动创建相应的UserDao实现，都是由容器管理-->???? ????????????<!--?(2)在UserManager中提供构造函数，让spring将UserDao实现注入（DI）过来?-->???? ????????????<!--?(3)让spring管理我们对象的创建和依赖关系，必须将依赖关系配置到spring的核心配置文件中?-->???? ????????????<constructor-arg?ref="userDao4Oracle"/>???? ????????</bean>???? ????</beans> 我们再来看一下，构造器表示依赖关系的写法，代码如下所示： ?.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注入 && 构造器注入 接口注入： 接口注入模式因为具备侵入性，它要求组件必须与特定的接口相关联，因此并不被看好，实际使用有限。

Setter 注入： 对于习惯了传统 javabean 开发的程序员，通过 setter 方法设定依赖关系更加直观。

如果依赖关系较为复杂，那么构造子注入模式的构造函数也会相当庞大，而此时设值注入模式则更为简洁。

如果用到了第三方类库，可能要求我们的组件提供一个默认的构造函数，此时构造子注入模式也不适用。

构造器注入： 在构造期间完成一个完整的、合法的对象。

所有依赖关系在构造函数中集中呈现。

依赖关系在构造时由容器一次性设定，组件被创建之后一直处于相对“不变”的稳定状态。

只有组件的创建者关心其内部依赖关系，对调用者而言，该依赖关系处于“黑盒”之中。

java中的依赖注入和引用对象有什么区别

依赖注入和引用对象没有关系，应该说引用对象是自己进行实例化还是依赖注入来实现实例化

依赖注入这个词怎么理解

个例子，组件A中有类ClassA，组件B中有接口IB和其对应的实现类B1和B2。

那么，现在ClassA需要利用IB接口来做一些事情，例如： public class ClassA { public void DoSomething() { IB b = ??? b.DoWork(); } } 现在的问题来了，IB b = ??? 中这三个???要写什么代码？是要写成 IB b = new B1()，还是要写成IB b = new B2() ? 不管是哪一种，都会让ClassA强依赖于IB的实现。

在上面这种方案中，ClassA通过new一个B1或B2来实现对IB的依赖的获取，换句话说，ClassA在主动获取依赖。

这样的设计会让ClassA很难扩展，那我们要改良设计：使用依赖注入。

上面说到了，问题出在new这里，也就是依赖是Class去主动获取的，那我们就要解决这个问题：不要去主动获取对IB的依赖（通过new），而让这个依赖从ClassA的外面“注入”进来。

注入有多种方式，比较常用的一种是通过构造函数注入，那么，我们要把ClassA改成： public class ClassA { private IB b; public ClassA(IB b) { this.b = b; } public DoSomething() { this.b.DoWork(); } } 可以看到，通过把IB这个依赖从构造函数中“注”进来后，ClassA就不依赖IB的实现了。

还可以发现，这个重构过程中，我们是把"ClassA主动获取对IB的依赖”变成“把对IB的依赖从外部注入到ClassA中”，依赖的方向反转了，所以，依赖注入又称“控制反转”。

上面是依赖注入的所有内容。

依赖注入究竟有什么好处

Spring DI的好处：在容器初始化的时候，会创建各个Object，利用DI特性，就可以自动的给创建的Object添加属性值。

你可以看到Sping DI 贯穿了Spring框架的各个地方。

如果不使用接口，就如你说的，代码不需要修改就实现不了，这是不使用Interface的坏处。

此外Spring AOP就用到了Interface，如果不使用Interface，那么Spring还可以通过CGLIB来实现AOP，这是Spring 在没有使用Interface情况下的优势。

什么是依赖注入依赖注入的作用是什么意思

依赖注入：

依赖注入就是Spring设计思想中重要的一部分,它是指Ioc或DI,是一个重要的面向对象编程的法则来削减计算机程序的耦合问题.控制反转还有一个名字叫做依赖注入（Dependency Injection）.简称DI.

IoC 亦称为 “依赖倒置原理”("Dependency Inversion Principle")。

差不多所有框架都使用了“倒置注入(Fowler 2004)技巧，这可说是IoC原理的一项应用。

SmallTalk，C++, Java 或各种.NET 语言等面向对象程序语言的程序员已使用了这些原理。

应用控制反转，对象在被创建的时候，由一个调控系统内所有对象的外界实体，将其所依赖的对象的引用，传递给它。

也可以说，依赖被注入到对象中。

所以，控制反转是，关于一个对象如何获取他所依赖的对象的引用，这个责任的反转。

依赖注入的作用：

把对象生成放在了XML里定义，所以换一个实现子类将会变成很简单（一般这样的对象都是实现于某种接口的），只要修改XML就可以。

这样甚至可以实现对象的热插拨。