前言
学习 Spring 的第一个任务就是需要理解控制反转 (IoC) 和依赖注入 (DI) 是什么。
接下来围绕这两个概念讨论几个问题：
什么是控制反转
什么是依赖注入
Spring 中的依赖注入是如何应用的
控制反转
控制反转 (Ioc) 并不是一种技术，而是一种思想。
用一个例子来说明什么是控制反转：
某天，老刘打电话给老李询问孩子就业的的问题，老李说，你别打来了，等事情办好了我自然会让人事部打电话通知你。
此时，这就是一个控制反转。打电话的控制权在自己手上，经过反转控制，控制权交给了人事部。
这样不太明白请接下来继续看。
进一步说：
当一个对象 A 依赖于另外一个对象 B，那么对象 A 就需要创建一个对象 B 才能完成任务，这是主动创建。
控制反转就是将主动创建这个任务交给别人，这样，对象 A 就不需要自己创建对象 B 就能完成任务。
也就是说，对象 A 在运行到某个时候需要创建对象 B 才能继续工作，此时，只能由对象 A 来创建对象 B，这样，控制权在 A 的手上。
经过 IoC 容器控制反转之后，情况就变化了：因为有 IoC 容器加入，A 对象运行到需要创建对象 B 的时候，只需要将创建对象的任务交给容器，IoC 容器会创建一个对象 B 注入到 A 所需要的地方。
这样，控制权互换了一下，原来是创建对象 B 的主动行为现在变成了由别人注入成为了被动行为。这就是控制反转
海尔公司作为一个电器制商需要把自己的商品分销到全国各地，但是发现，不同的分销渠道有不同的玩法，于是派出了各种销售代表玩不同的玩法，随着渠道越来越多，发现，每增加一个渠道就要新增一批人和一个新的流程，严重耦合并依赖各渠道商的玩法。实在受不了了，于是制定业务标准，开发分销信息化系统，只有符合这个标准的渠道商才能成为海尔的分销商。让各个渠道商反过来依赖自己标准。反转了控制，倒置了依赖。
依赖注入
先来看看一段源码
public class A {
...
B b;
...
public A() {
b = new B();
}
}
这个代码似乎没有任何问题，事实上运行之后也确实没有任何问题。
我们分析一下这段代码
首先 Class A 中有一个 B 的实例，也就是说， Class A 依赖于 Class B
我们可以说： Class A 对 Class B 有一个依赖。
在 Class A 的构造方法中，创建了一个对象 B
如此以来，我们是不是发现，Class A 主动创建了对象 B
这样带来了问题：
- 如果某一天改变了对象 B 的初始化方式，我们需要在每个创建对象 B 的地方做修改。
- 耦合高
再来看看下面的代码：
public class A {
...
B b;
...
public A(B b) {
this.b = b;
}
}
这段代码与上面的代码有了新一步的飞跃！
我们看见，创建对象的方式并不是由 A 主动创建，而是由别人为他创建，究竟是谁创建 A 不需要管。
这就是一个依赖注入，依赖注入的工作交给了 IoC 容器。
Spring 的依赖注入
public class A {
...
B b;
...
public void setB(B b) {
this.b = b;
}
}
class A {
...
String c;
...
public void setB(String c) {
this.c = c;
}
}
现在我们将创建对象 B 的任务交给了 Spring
所以在 Spring 进行配置：
<beans>
<bean id="a" class="test.A">
<property name="b">
<ref local="b"/>
</property>
</bean>
<bean id="b" class="test.B">
<property name="c">
<value>test</value>
</property>
</bean>
</beans>
这样，Spring 就将对象 B 创建好并注入在对象 A 需要使用的地方了。
总结
控制反转是一种思想，将工作交给其他人，自己不需要管理，只依赖接口，不依赖接口的具体实现。
依赖注入是一种设计模式，是实现控制反转的一种方式，用来解耦。
Spring 是一个 IoC 容器。
