java依赖注入

1. 依赖注入究竟有什么好处

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

依赖注入就是Spring设计思想中重要的一部分,它是指Ioc或DI,是一个重要的面向对象编程的法则来削减计算机程序的耦合问题.控制反转还有一个名字叫做依赖注入（DependencyInjection）.简称DI.
IoC亦称为“依赖倒置原理”("DependencyInversionPrinciple")。差不多所则戚橡有框架都使用了“倒置注入(Fowler2004)技巧，这可说是IoC原理的一项应用。SmallTalk，C++,java或各种.NET语言等面向对象程序语言的程序员已使用了这些原理。
应用控制反转，对象在被创建的时候，由一个调控系统内所有对象的外界实体，将其所依赖的对象的引用，传递给它。也可以说，依赖被注入到对象中。所以，控制反转是，关于一个对象如何获取他所依赖的对象的引用，这个责任的反转。
依赖注入(DependencyInjection)和控制反转(InversionofControl)是同一个概念。具体含义是:当某个角色(可能是一个Java实例，调用者)需要另一个角色(另一个Java实例，被调用者)的协助时，在传统的程序设计过程中，通常由调用者来创建被调用者的实例。但在Spring里，创建被调用者的工作不再由调用者孙旁来完成，因此称为控制反转;创建被调用者实例的工作通常由Spring容器来完成，然后注入调用者，因此也称为依赖注入。
不管是依赖注入，还是控制反转，都说明Spring采用动态、灵活的方式来管理各种对象。对象与对象之间的具体实现互相透明。在理解依赖注入之前，看如下这个问题在各种社会形态里如何解决:一个人(Java实例，调用者)需要一把斧子(Java实例，被调用者)。
(1)原始社会里，几乎没有社会分工。需要斧子的人(调用者)只能自己去磨一把斧子(被调用者)。对应的情形为:Java程序里的调用者自己创建被调用者。
(2)进入工业社会，工厂出现。斧子不再由普通人完成，而在工厂里被生产出来，此时需要斧子的人(调用者)找到工厂，购买斧子，无须关心斧子的制造过程。对应Java程序的简单工厂的设计模式。
(3)进入“按需分配”社会，需要斧子的人不需要找到工厂，坐在家里发出一个简单指令:需要斧子。斧子就自然出现在他面前。对应Spring的依赖注入。
第一种情况下，Java实例的调用者创建被调用的Java实例，必然要求被调用的Java类出现在调用者的代码里。无法实现二者之间的松耦合。
第二种情况下，调用者无须关心被调用者具体实现过程，只需要找到符合某种标准(接口)的实例，即可使用。此时调用的代码面向接口编程，可以让调用者和被调用者解耦，这也是工厂模式大量使用的原因。但调用者需要自己定位工厂，调用者与特定工厂耦合在一起。
第三种情况下，调用者无须自己定位工厂，程序运行到仔昌需要被调用者时，系统自动提供被调用者实例。事实上，调用者和被调用者都处于Spring的管理下，二者之间的依赖关系由Spring提供。
所谓依赖注入，是指程序运行过程中，如果需要调用另一个对象协助时，无须在代码中创建被调用者，而是依赖于外部的注入。Spring的依赖注入对调用者和被调用者几乎没有任何要求，完全支持对POJO之间依赖关系的管理。
依赖注入通常有两种:
1、设值注入。
2、构造注入。

2. 什么是java的依赖注入

Java的依赖注入：依赖注入，出自spring的IOC和DI，是Spring的两大特性之一（另一个AOP面向切面编程）

以前对象使我们手动实例化，比如：Service层调用Dao层，需要Dao d = new Dao；但是这样会导致两个层之间的耦合性大大增强。而spring的IOC，反转控制，会在我们需要实例对象的时候，由spring容器为我们提供，并通过DI依赖注入来实现目标对象的获得，完成解耦操作。
可以通过setter方法注入、构造注入、注解注入。

3. java反射机制能实现依赖注入吗

事实上Spring的依赖注入必然是采用反射机制的。
看看反射的定义：
反射的概念是由Smith在1982年首次提出的，主要是指程序可以访问、检测和修改它本身状态或行为的一种能力。
对于Java来说，就是在运行状态中，查询这个类、皮者对象的所有世亏属性和方法；对于任意一个对象，都能够调用它的任意一个方法、修改它的属性。

而所谓的依赖注入就是指在运行时（不是编译时）改变对象的属性或者调用对象的构造方法。

其实依赖注入是很容易实现的，你自己可以尝试一下，Spring的伟大之处并不在于技术有多难，而是在于他把这种技术发展成一种开发模式燃返薯和框架。