基本概念
IoC(Inversion of Control),直观地讲,就是对象创建或查找对象依赖的控制权由应用代码转到了外部容器,控制权的转移是所谓反转。使用Ioc,一个对象依赖的其它对象会通过被动的方式传递进来,而不是这个对象自己创建或者查找依赖对象。我们可以认为IoC与JNDI相反――不是对象从容器中查找依赖,而是容器在对象初始化时不等对象请求就主动将依赖传递给它
IoC还有另外一个名字――“依赖注入DI(Dependency Injection)”。从名字上理解,所谓依赖注入,即组件之间的依赖关系由容器在运行期决定,形象地说,即由容器动态地将某种依赖关系注入到组件之中。
IoC场景
上面说的可能有点晕,来一个实际点的例子。
丽萨已经老大不小了,一直没有男朋友,看着别人恩恩爱爱的,也不禁想找个BoyFriend。摆在她面前的有3种方案:主动“邂逅” Or 同事介绍 Or 父母包办。她会选择哪种呢?
vcq9o6zI5828y/nKvqO6PC9wPgo8cD48aW1nIHNyYz0="https://www.cppentry.com/upload_files/article/76/1_cob2r__.jpg" alt="\">
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配置文件】
选择Setter方法注入和构造器注入的控制是在配置文件中完成的。结果如下:


Setter方法注入时,有2种装载方式需要注意,byName和byType。当我在配置文件中,把2种注入方式都注释掉,同时添加了default-autowire="byType",
执行结果如图:

但是换成default-autowire="byName",则会报如下错误:

这是为什么呢?原因在于,当使用byType方式装载时,Spring是根据classType来确定要实例化的类。所以就算bean的id是boy,跟Girl中bf的Setter名字不一致,依旧可以实例化。但是使用byName时,则是根据id来实例化类的。所以只要把Boy类对应的bean id跟Girl中的setter方法名一致才行,即修改id="boy"为id="bf",即可正常显示:
另一种修改方式就是用显示的方式来设定Setter方法所注入的是哪个类的对象:
执行结果如图:
组件提供一个默认的构造函数,此时构造子注入模式也不适用。
构造器注入:
在构造期间完成一个完整的、合法的对象。所有依赖关系在构造函数中集中呈现。依赖关系在构造时由容器一次性设定,组件被创建之后一直处于相对“不变”的稳定状态。只有组件的创建者关心其内部依赖关系,对调用者而言,该依赖关系处于“黑盒”之中。