这篇短文基本上是改编自Martin Fowler的Inversion of Control Containers and the Dependency Injection pattern，目的呢，是让读者能够在最短时间内了解IoC的概念。这也是我一贯的“风格”：最短的文字、最精要的内容、最清晰的说明。希望我能做到，自勉^_^
在J2EE应用开发中，经常遇到的问题就是：如何将不同的组件组装成为一个内聚的应用程序？IoC模式可以解决这个问题，其目标是将组件的配置与使用分离开。
IoC，Inversion of Control，控制反转，其原理是基于OO设计原则的The Hollywood Principle：Don't call us, we'll call you。也就是说，所有的组件都是被动的（Passive），所有的组件初始化和调用都由容器负责。组件处在一个容器当中，由容器负责管理。
要说明IoC模式最好的方法是使用代码。下边是一段正常的代码。
class ClassA...
public String aMethod(String arg){
String result = instanceOfClassB.bMethod();
do something;
return result;
}
在上边的代码里，我们要解决的问题是：ClassA如何获得ClassB的实例？一个最直接的方法是在aMethod里声明：
IClassB instanceOfClassB = new ClassB();
这里使用了一个接口IClassB。
问题是，如果出现这样的情况：继续使用ClassA，但要求用IClassB的另一个实现ClassB2代替ClassB呢？更概括一点说：ClassA怎样才能找到IClassB的具体实现？很明显，上述代码增加ClassA和ClassB的耦合度，以致于无法在不修改ClassA的情况下变更IClassB的具体实现。
IoC模式就是用于解决这样的问题。当然，还有其他的方法，比如Service Locator模式，但现在我们只关注IoC。如前所述，IoC容器负责初始化组件（如IClassB），并将实例交给使用者。使用代码或配置文件以声明的方式将接口与实例关联起来，IoC容器负责进行实际的调用处理。对于调用者，只需要关注接口就行了。
根据实例传入方式的不同，IoC分为type 1 IoC（接口注入）、type 2 IoC（设值方法注入）和type 3 IoC（构造子注入）。分别用代码说明如下：
type 1 IoC（接口注入）
public interface GetClassB {
void getClassB(IClassB instanceOfClassB);
}
class ClassA implements GetClassB…
IClassB instanceOfClassB;
void getClassB(IClassB instanceOfClassB) {
this.instanceOfClassB = instanceOfClassB;
}
type 2 IoC（设值方法注入）
class ClassA...
IClassB instanceOfClassB;
public void setFinder(IClassB instanceOfClassB) {
this.instanceOfClassB = instanceOfClassB;
}
type 3 IoC（构造子注入）
class ClassA…
ClassB instanceOfClassB;
public classA(IClassB instanceOfClassB) {
this. instanceOfClassB = instanceOfClassB;
}
Spring使用的是type 2 IoC。