详解Spring的核心机制依赖注入
对于一般的Java项目，他们都或多或少有一种依赖型的关系，也就是由一些互相协作的对象构成的。Spring把这种互相协作的关系称为依赖关系。如A组件调用B组件的方法，可称A组件依赖于B组件，依赖注入让Spring的Bean以配置文件组织在一起，而不是以硬编码的方式耦合在一起
一、理解依赖注入
依赖注入(Dependency Injection) = 控制反转(Inversion ofControl,IoC)：当某个Java实例(调用者)需另一个Java实例(被调用者)时，在依赖注入模式下，创建被调用者的工作不再由调用者来完成，因此称为 控制反转 ；创建被调用者实例的工作通常由Spring容器来完成，然后注入调用者，因此也称为 依赖注入
依赖注入：程序运行过程中，如需另一个对象协作(调用它的方法、访问他的属性)时，无须在代码中创建被调用者，而是依赖于外部容器的注入。Spring的依赖注入对调用者和被调用者几乎无任何要求，完全支持对POJO间依赖关系的管理
依赖注入
设值注入：IoC容器使用属性的setter方法来注入被依赖的实例
构造注入：IoC容器使用构造器来注入被依赖的实例
理解依赖注入：
一个人(Java实例，调用者)需要一把斧子(Java实例，被调用者)
在原始社会里，几乎没有社会分工；需要斧子的人(调用者)只能自己去磨一把斧子(被调用者)；对应情形为：Java程序里的调用者自己创建被调用者，通常采用new关键字调用构造器创建一个被调用者
进入工业社会，工厂出现了，斧子不再由普通人完成，而在工厂里被生产出来，此时需要斧子的人(调用者)找到工厂，购买斧子，无须关心斧子的制造过程；对应简单工厂设计模式，调用者只需定位工厂，无须管理被调用者的具体实现
进入“共产主义”社会，需要斧子的人甚至无须定位工厂，“坐等”社会提供即可；调用者无须关心被调用者的实现，无须理会工厂，等待Spring依赖注入
二、设值注入
Person接口：
public interface Person {
// 定义使用斧子的方法
public void useAxe();
}
Spring推荐面向接口编程，这样可更好地让规范和实现分离，从而提供更好的解耦；对于一个Java EE应用，不管是DAO组件还是业务逻辑组件，都应该先定义一个接口，该接口定义了该组件应实现的功能，但功能的实现则由其实现类提供
Axe接口：
public interface Axe {
// Axe接口里有个砍的方法
public String chop();
}
实现Axe：
public class StoneAxe implements Axe {
public String chop() {
return "石斧砍柴好慢S";
}
}
bean.xml：
<"1.0" encoding="UTF-8""http://www.w3.org/2001/XMLSchema-instance" xmlns="http://www.springframework.org/schema/beans" xsi:schemaLocation="http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans-3.0.xsd"> <!-- 配置chinese实例 --> <bean id="chinese" class="com.Chinese"> <!-- 将stoneAxe注入给axe属性 --> <property name="axe" ref="stoneAxe" /> </bean> <!-- 配置stoneAxe实例 --> <bean id="stoneAxe" class="com.StoneAxe" /> </beans>
测试类：
public class BeanTest {
public static void main(String[] args) {
// 创建Spring容器
ApplicationContext ctx = new ClassPathXmlApplicationContext("bean.xml");
// 获取chinese实例
Person p = ctx.getBean("chinese", Person.class);
// 调用useAxe()方法
p.useAxe();
}
}
Spring采用XML作为配置文件，从Spring2.0开始，Spring即可采用DTD来定义配置文件的语义约束，也可用XML Schema来定义(可利用Spring配置文件的扩展性，进一步简化Spring配置；还提供了一些新的标签；还允许程序员开发自定义的配置文件标签，让其他开发人员在Spring配置文件中使用这些标签：通常由第三方供应商完成)；
可在Spring的projects目录的org.springframwork.beans、org.springframework.context等目录的\src\main\resources路径下找到各种*.xsd文件(Spring配置文件的XML Schema语义约束文件)
在配置文件中，Spring配置Bean实例通常会指定：
id ：指定该Bean的唯一标识，程序通过id属性值来访问该Bean实例
class ：指定该Bean的实现类， 此处不可再用接口 ，必须使用实现类Spring容器用XML解析器读取该属性，并利用反射来创建该实现类的实例
Spring会自动接管每个<bean.../>定义里的<property.../>元素定义，Spring会在调用无参构造器后、创建默认Bean实例后、调用对应的setter方法为程序注入属性值
每个Bean的id属性是该Bean的唯一标识，程序通过id属性访问Bean，Bean与Bean的依赖关系也通过id属性关联
Bean与Bean间的依赖关系由Spring管理，Spring采用setter方法为目标Bean注入所依赖的Bean，这种方式被称为 设值注入
使用Spring IoC容器的3个基本要点：
应用程序的各组件面向接口编程
应用程序的各组件不再由程序主动产生，而是由Spring容器来负责产生、并初始化
Spring采用配置文件、或Annotation来管理Bean的实现类、依赖关系，Spring容器则根据配置文件、利用反射来创建实例，并为之注入依赖关系
三、构造注入
在构造实例时，已经为其完成了依赖关系的初始化。这种利用构造器来设置依赖关系的方式，被称为构造注入
public class Chinese implements Person {
private Axe axe;
// 默认的构造器
public Chinese() {
}
// 构造注入所需的带参数的构造器
public Chinese(Axe axe) {
this.axe = axe;
}
// 实现Person接口的useAxe方法
@Override
public void useAxe() {
// 调用axe的chop()方法
// 表明Person对象依赖于axe对象
System.out.println(axe.chop());
}
}
无须再提供设置axe属性的setter方法，仅仅提供了一个带Axe属性的构造器，Spring将通过该构造器为chinese注入所依赖的Bean实例
<"1.0" encoding="UTF-8""http://www.w3.org/2001/XMLSchema-instance" xmlns="http://www.springframework.org/schema/beans" xsi:schemaLocation="http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans-3.0.xsd"> <!-- 配置chinese实例 --> <bean id="chinese" class="com.Chinese"> <!-- 使用构造注入，为chinese实例注入stoneAxe实例 --> <constructor-arg ref="stoneAxe" /> </bean> <!-- 配置stoneAxe实例 --> <bean id="stoneAxe" class="com.StoneAxe" /> </beans>
<constructor-arg.../>元素指定了一个构造器参数，该参数类型是Axe，这指定Spring调用Chinese类里带一个Axe参数的构造器来创建chinese实例，因为使用了有参数的构造器创建实例，所以当Bean实例被创建完成后，该Bean的依赖关系已经设置完成
配置<constructor-arg.../>元素时可指定一个index属性，用于指定该构造参数值将作为第几个构造参数值；如index=“0”表明该构造参数值将作为第一个构造参数
执行效果与使用设置注入时的执行效果完全一样。区别在于：创建Person实例中Axe属性的时机不同-----设置注入是先通过无参数的构造器创建一个Bean实例，然后调用对应的setter方法注入依赖关系；而构造注入则直接调用有参数的构造器，当Bean实例创建完成后，已经完成了依赖关系的注入
四、两种注入方式的对比
相比之下，设值注入有如下优点：
与传统的JavaBean的写法更相似，程序开发人员更容易理解、接受、通过setter方法设定依赖关系显得更加直观、自然
对于复杂的依赖关系，若采用构造注入，会导致构造器过于臃肿，难以阅读；Spring在创建Bean实例时，需同时实例化其依赖的全部实例，因而导致性能下降
尤其是在某些属性可选的情况下，多参数的构造器更加笨重
相比之下，构造注入有如下优点：
可在构造器中决定依赖关系的注入顺序，优先依赖的优先注入
对于依赖关系无需变化的Bean，构造注入更有用处；因为没有setter方法，所有的依赖关系全部在构造器内设定。因此，无须担心后续的代码对依赖关系产生破坏
依赖关系只能在构造器设定，则只有组件的创建者才能改变组件的依赖关系。对组件的调用者而言，组件内部的依赖关系完全透明，更符合高内聚的原则
一般采用以设值注入为主，构造注入为辅的注入策略。对于依赖关系无须变化的注入，尽量采用构造注入；而其他的依赖关系的注入，则考虑设值注入
如有疑问请留言或者到本站社区交流讨论，感谢阅读，希望能帮助到大家，谢谢大家对本站的支持！