IOC原理
IoC，直观地讲，就是容器控制程序之间的关系，而非传统实现中，由程序代码直接操控。这也就是所谓“控制反转”的概念所在。控制权由应用代码中转到了外部容器，控制权的转移是所谓反转。IoC还有另外一个名字——“依赖注入（DependencyInjection）”。从名字上理解，所谓依赖注入，即组件之间的依赖关系由容器在运行期决定，形象地说，即由容器动态地将某种依赖关系注入到组件之中。
下面通过一个生动形象的例子介绍控制反转。
比如，一个女孩希望找到合适的男朋友，如图6-2所示，可以有3种方式，即青梅竹马、亲友介绍、父母包办。
第1种方式是青梅竹马，如图6-3所示。
通过代码表示如下。
voidkiss(){
Boyboy=newBoy();
}
}
第2种方式是亲友介绍，如图6-4所示。
通过代码表示如下。
voidkiss(){
Boyboy=BoyFactory.createBoy();
}
}
第3种方式是父母包办，如图6-5所示。
通过代码表示如下。
voidkiss(Boyboy){
//kissboy
boy.kiss();
}
}
哪一种为控制反转IoC呢？虽然在现实生活中我们都希望青梅竹马，但在Spring世界里，选择的却是父母包办，它就是控制反转，而这里具有控制力的父母，就是Spring所谓的容器概念。
典型的IoC可以如图6-6所示。
IoC的3种依赖注入类型如下。
第1种是通过接口注射，这种方式要求我们的类必须实现容器给定的一个接口，然后容器会利用这个接口给我们这个类注射它所依赖的类。
publicclassgirlimplementsServicable{
Kissablekissable;
publicvoidservice(ServiceManagermgr){
kissable=(Kissable)mgr.lookup("kissable");
}
publicvoidkissYourKissable(){
kissable.kiss();
}
}
<container>
<componentname="kissable"class="Boy">
<configuration>…</configuration>
</component>
<componentname="girl"class="Girl"/>
</container>
第2种是通过setter方法注射，这种方式也是Spring推荐的方式。
privateKissablekissable;
publicvoidsetKissable(Kissablekissable){
this.kissable=kissable;
}
publicvoidkissYourKissable(){
kissable.kiss();
}
}
<beans>
<beanid="boy"class="Boy"/>
<beanid="girl"class="Girl">
<propertyname="kissable">
<refbean="boy"/>
</property>
</bean>
</beans>
第3种是通过构造方法注射类，这种方式Spring同样给予了实现，它和通过setter方式一样，都在类里无任何侵入性，但是，不是没有侵入性，只是把侵入性转移了，显然第1种方式要求实现特定的接口，侵入性非常强，不方便以后移植。
privateKissablekissable;
publicGirl(Kissablekissable){
this.kissable=kissable;
}
publicvoidkissYourKissable(){
kissable.kiss();
}
}
picocontainercontainer=newDefaultpicocontainer();
container.registerComponentImplementation(Boy.class);
container.registerComponentImplementation(Girl.class);
Girlgirl=(Girl)container.getComponentInstance(Girl.class);
girl.kissYourKissable();
