控制反转(IoC)和依赖注入(DI)

前言

学习 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 容器。