基本概念
IoC(Inversion of Control),直观地讲,就是对象创建或查找对象依赖的控制权由应用代码转到了外部容器,控制权的转移是所谓反转。使用Ioc,一个对象依赖的其它对象会通过被动的方式传递进来,而不是这个对象自己创建或者查找依赖对象。我们可以认为IoC与JNDI相反——不是对象从容器中查找依赖,而是容器在对象初始化时不等对象请求就主动将依赖传递给它
IoC还有另外一个名字——“依赖注入DI(Dependency Injection)”。从名字上理解,所谓依赖注入,即组件之间的依赖关系由容器在运行期决定,形象地说,即由容器动态地将某种依赖关系注入到组件之中。
IoC场景
上面说的可能有点晕,来一个实际点的例子。
丽萨已经老大不小了,一直没有男朋友,看着别人恩恩爱爱的,也不禁想找个BoyFriend。摆在她面前的有3种方案:主动“邂逅” Or 同事介绍 Or 父母包办。她会选择哪种呢?
主动“邂逅”方式,如图所示:
public class Girl { public void kiss(){ Boy boy = new Boy(); } }不过这种美好的纯洁的爱情,一般只会发生在校园里,对于已经是工薪阶层的丽萨显然不太适合。
第二方案,同事介绍,
public class Girl { void kiss(){ Boy boy = BoyFactory.createBoy(); } }
很多人都是这样找到了自己的另一半。丽萨以前也试着去跟同事介绍的handsome man接触过,但是真人与介绍的出入太大,最起码handsome这条就不太符合,而且有他许多缺点。觉得他不适合自己,所以最后也就不了了之。
所以无奈之下,她的难题丢给了父母。父母给她物色了一个“绝世好男人”——曾小贤(这娃有句经典台词:“好男人就是我,我就是....曾小贤”),终于算是遂了她的心愿了。
public class Girl { void kiss(Boy boy){ // kiss boy boy.kiss(); } }
虽然在现实生活中我们都希望与自己的另一半来场完美的邂逅,但在Spring世界里,跟丽萨一样,选择的却是父母包办,它就是控制反转,而这里具有控制力的父母,就是Spring所谓的容器概念。
典型的IoC可以如图所示。
实例说明IoC注入方式
IoC有3种注入方式:接口注入、Setter方法注入、构造器注入。由于接口注入不推荐使用,所以只介绍setter方法注入和构造器注入。
用代码来说明一切吧:
【Girl.java】
package com.tgb; /** * 期待找BF的Girl * @author Admin * */ public class Girl { private Boy bf; public Girl(){} public Girl(Boy bf){ System.out.print("使用构造方法方式注入:"); this.bf = bf; } public void setBf(Boy bf) { System.out.print("使用Setter方式注入:"); this.bf = bf; } public void kissYourBF() { bf.kiss(); } }【Boy.java】
package com.tgb; /** * 合格的BF * @author Admin * */ public class Boy { public void kiss(){ System.out.println("My boy friend,I'll kiss you!"); } }【Client客户端】
package com.tgb; import org.springframework.context.ApplicationContext; import org.springframework.context.support.ClassPathXmlApplicationContext; public class Client { public static void main(String[] agrs){ ApplicationContext factory = new ClassPathXmlApplicationContext("applicationContext.xml"); Girl lisa = (Girl)factory.getBean("girl"); lisa.kissYourBF(); } }【applicationContext.xml配置文件】
<?xml version="1.0" encoding="UTF-8"?> <beans xmlns="http://www.springframework.org/schema/beans" 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-2.0.xsd http://www.springframework.org/schema/aop http://www.springframework.org/schema/aop/spring-aop-2.0.xsd http://www.springframework.org/schema/tx http://www.springframework.org/schema/tx/spring-tx-2.0.xsd"> <bean id="boy" class="com.tgb.Boy" /> <bean id="girl" class="com.tgb.Girl"> <!--构造器注入--> <constructor-arg ref="boy"></constructor-arg> <!--Setter方法注入--> <!--<property name="bf" ref="boy"></property>--> </bean> </beans>
选择Setter方法注入和 构造器注入的控制是在配置文件中完成的。结果如下:
Setter方法注入时,有2种装载方式需要注意,byName和byType。当我在配置文件中,把2种注入方式都注释掉,同时添加了default-autowire="byType",
<?xml version="1.0" encoding="UTF-8"?> <beans xmlns="http://www.springframework.org/schema/beans" 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-2.0.xsd http://www.springframework.org/schema/aop http://www.springframework.org/schema/aop/spring-aop-2.0.xsd http://www.springframework.org/schema/tx http://www.springframework.org/schema/tx/spring-tx-2.0.xsd" default-autowire="byType" > <bean id="boy" class="com.tgb.Boy" /> <bean id="girl" class="com.tgb.Girl"> <!--构造器注入--> <!--<constructor-arg ref="boy"></constructor-arg>--> <!--Setter方法注入--> <!--<property name="bf" ref="boy"></property>--> </bean> </beans>
执行结果如图:
但是换成default-autowire="byName",则会报如下错误:
这是为什么呢?原因在于,当使用byType方式装载时,Spring是根据classType来确定要实例化的类。所以就算bean的id是boy,跟Girl中bf的Setter名字不一致,依旧可以实例化。但是使用byName时,则是根据id来实例化类的。所以只要把Boy类对应的bean id跟Girl中的setter方法名一致才行,即修改id="boy"为id="bf",即可正常显示:
<bean id="bf" class="com.tgb.Boy" /> <bean id="girl" class="com.tgb.Girl"> <!--构造器注入--> <!--<constructor-arg ref="boy"></constructor-arg>--> <!--Setter方法注入--> <!--<property name="bf" ref="boy"></property>--> </bean>
另一种修改方式就是用显示的方式来设定Setter方法所注入的是哪个类的对象:
<bean id="boy" class="com.tgb.Boy" /> <bean id="girl" class="com.tgb.Girl"> <!--构造器注入--> <!--<constructor-arg ref="boy"></constructor-arg>--> <!--Setter方法注入--> <property name="bf" ref="boy"></property> </bean>执行结果如图:
2种注入方式的比较
Setter 注入:
- 对于习惯了传统 javabean 开发的程序员,通过 setter 方法设定依赖关系更加直观。
- 如果依赖关系较为复杂,那么构造子注入模式的构造函数也会相当庞大,而此时设值注入模式则更为简洁。
- 如果用到了第三方类库,可能要求我们的组件提供一个默认的构造函数,此时构造子注入模式也不适用。
构造器注入:
- 在构造期间完成一个完整的、合法的对象。
- 所有依赖关系在构造函数中集中呈现。
- 依赖关系在构造时由容器一次性设定,组件被创建之后一直处于相对“不变”的稳定状态。
- 只有组件的创建者关心其内部依赖关系,对调用者而言,该依赖关系处于“黑盒”之中。