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