[置顶] 深入浅出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相关概念和实现思路即可。