深入浅出Spring（二） IoC详解

上次的博客深入浅出Spring（一）Spring概述中，我给大家简单介绍了一下Spring相关概念。重点是这么一句：Spring是为了解决企业应用开发的复杂性而创建的一个轻量级的控制反转（IoC）和面向切面（AOP）的容器框架。在这句话中重点有两个，一个是IoC，另一个是AOP。今天我们讲第一个IoC。

IoC概念

控制反转（Inversion of Control）是一个重要的面向对象编程的法则来削减计算机程序的耦合问题。 它还有一个名字叫做依赖注入（Dependency Injection）。IoC不是什么技术，它是一种设计模式。

实例演示

为了更好的说明IoC，我为大家举一个简单的例子，如有这样一个描述：某公司新成立了一个项目组，项目组有若干成员和一个项目组长，项目组成立后第一次开会上，作为项目组长的小李按照惯例首先做了简短的自我介绍。

根据上述的描述，如果我们写出如下代码和类图：

public class Li {
public void introduce() {
System.out.println("大家好，我是小李");
}
}
public class Team {
public void firstMeeting() {
Li li = new Li();
li.introduce();
}
}

具体类图如下：

上述的代码，应该说基本完成了相关的需求，但是仔细考虑之后就会发现，上述的代码是根据具体的场景描述进行的，并没有进行抽象，这样就导致我们不能灵活的安排项目组长去做开场，即根据现在的代码，开场自我介绍被绑定给了小李而不能安排给其他人。为了解决上述的问题，我们引入首先引入Leader接口，相关代码和类图如下：

public interface Leader {
public void introduce();
}

public class Li implements Leader {
@Override
public void introduce() {
System.out.println("大家好，我是小李");
}
}

public class Team {
public void firstMeeting() {
Leader li = new Li();
li.introduce();
}
}

具体类图如下：



虽然上述的代码可以让我们安排给其他成员开场，但是我们可以看出Team类同时依赖Leader接口和Li类，并没有达到我们所期望的Team仅仅依赖于Leader接口的目的，如何解决这个问题呢？当然是引入Boss，由Boss决定具体由谁担任项目组长。具体类图和代码如下：

public interface Leader {
public void introduce();
}

public class Li implements Leader {
@Override
public void introduce() {
System.out.println("大家好，我是小李");
}
}

public class Team {
public void firstMetting(Leader leader){
leader.introduce();
}
}

public class Boss {
public void direct(){
Leader leader = new Li();
Team team = new Team();
team.firstMetting(leader);
}
}

具体类图如下：



通过以上代码和图示，我们可以看出，通过引入老板类，我们将项目小组和具体由谁担任项目组长进行解耦。

对应上述例子，我们再来讲解一下IoC，IoC从字面上看分为控制和反转，控制在上面的实例中就是具体由谁担任项目组长，而反转就是将决定谁担任项目组长转移到Boss类中。通俗理解就是将接口的具体实现类（Li）的控制权从调用类（Team）中分离转交给第三方（Boss）决定。

到此为止，IoC的概念我们就已经讲完了，具体Spring中如何实现呢？这等到我们之后的针对Spring实例再给大家详细解释。本次大家只要知道IoC相关概念和实现思路即可。