面试问到IOC我该如何回答呢？

前言

  相信在面试中，只要问到Spring，基本都会抛出一个问题，说说你对Spring IOC理解吧？虽然在平常的开发常常会使用到，可是要回答起来，并不简单。大脑通过简单的头脑风暴后，蹦出了控制反转、依赖注入这样的词语。显然这些并非面试官想听的。

IOC是什么？

  IOC（Inverse of Contro）控制反转，有时候也被称为DI（Dependency injection）依赖注入，它是一种下降对象耦合关系的一种设计思想。

  2004年，Martin Fowler探讨了一个问题，既然IOC是控制反转，那么究竟是哪些方面的控制被反转了呢？，通过详细地分析和论证后，他得出了答案：得到依赖对象的过程被反转了。控制被反转以后，得到依赖对象的过程由自身管理变为了由IOC容器主动注入。因而，他给“控制反转”取了一个更合适的名字叫作“依赖注入（Dependency Injection）”。他的这个答案，实际上给出了实现IOC的方法：注入。所谓依赖注入就是：由IOC容器在运行期间，动态地将某种依赖关系注入到对象之中。

  控制反转（IOC）是一种思想，而依赖注入（Dependency Injection）则是实现这种思想的方法。

个人理解

  假若有这样一个场景，你一时兴起你想玩GTA5，这时候你须要先去下载GTA5，而后安装好GTA5，安装完之后你就能开心的玩耍了。玩了一段时间你能够能以为有点腻了，又想玩CS了，很显然你又要先去下载，而后安装，才能愉快的玩耍。多经历几回，你可能就以为有点烦了，你就在想要是有个游戏仓库就行了，能自动的帮我下载和安装游戏。这样我想玩啥，游戏仓库直接给我就能够了。而IOC就是这个游戏仓库。

Game

public interface Game {

    void download();

    void install();

    void play();

}
复制代码

Cs

public class Cs implements Game {
    @Override
    public void download() {
        System.out.println("下载Cs");
    }

    @Override
    public void install() {
        System.out.println("安装Cs");
    }

    @Override
    public void play() {
        System.out.println("我在玩Cs");
    }
}
复制代码

Gta5

public class Gta5 implements Game {

    @Override
    public void download() {
        System.out.println("下载GTA5");
    }

    @Override
    public void install() {
        System.out.println("安装GTA5");
    }

    @Override
    public void play() {
        System.out.println("GTA5玩的很开心");
    }
}
复制代码

Player

public class Player {

    public void play(){
        Game game = new Gta5();
        game.download();
        game.install();
        game.play();
    }

}
复制代码

  上面代码中能够看到Player和Gta5（这能够是任意一个实现了Game接口的类型）之间存在强耦合关系，而且在编译期间就指定好了。当Gta5发生改变时，Player也须要作出相应的改变。因为每一个玩家玩的游戏都是不同的，若是要适应需求，那咱们须要不停的进行修改。显然这是不符合规范的。

public class Player {

    private Game game;.

    public Player(Game game) {
        this.game = game;
    }

    public void play(){
        game.play();
    }

}
复制代码

  将Player的代码根据依赖倒置原则，程序要依赖于抽象接口，不要依赖于具体实现进行修改。这样大大下降了Player和具体Game的实现类的耦合度。这个时候咱们能够发现，本来须要在Player内对Game具体实现类进行实例化，如今变成了由外部传入。假如我传个Gat5进去，他就在玩Gta5，把Gta5变成Cs，他就在玩Cs了。Player不须要进行任何改变。

image

这个时候，咱们再回过头来看看的定义。

• 控制反转：得到依赖对象的过程由自身管理变为了由IOC容器主动注入。
• 依赖注入：由IOC容器，在运行期间，动态地将某种依赖关系注入到对象之中。

白话一下

  本来呢，我想玩游戏，我必需要先去下载好游戏，等到安装完成之后，才能开始玩。有了游戏仓库之后，我只须要告诉它，我玩啥游戏就能够了，它就会帮我下载并安装好游戏，等到我想玩的时候就能直接玩了。

  本来呢，我须要在Player内本身的去实例化Game的实现类。如今呢，只须要在XML内配置好相应的依赖关系。假如配置的是Gta5。等到Player被实例化的时候，IOC就会将Gta5注入进来了。至于Gta5是如何被实例化的Player彻底不须要关心。

归纳一下：就是主动建立对象过程变成了被动接收，编译期依赖变成了运行时依赖，从而达到了对象之间的松耦合。

为何要使用IOC？好处在哪里？

  很显然，IOC的做用是下降对象和对象之间的耦合度，这和咱们所指望高内聚，低耦合的设计思想是一致的嘛，因此能下降耦合固然要使用啊。好处有以下几点：

• 将类实例化的过程透明化，方便调用方使用。
• IOC容器使用单例模式管理对象，效率高，能够减小内存的占用。固然也经过配置能够实现多例。
• 依赖关系统一管理，方便修改。

IOC和工厂模式的区别？

  不知道会不会有小伙伴吐槽，看了半天IOC不就是个工厂嘛，都是将类实例化的过程透明化，方便调用方使用。其实仍是有所区别。当需求发生改变的时候，工厂模式须要修改相应的类才能实现，然而IOC是经过反射机制来实现的，不须要咱们从新编译代码，由于它的对象都是动态生成的。

  举个简单的例子，假如xx类的构造参数发生改变了，工厂就必需要修改对应的建立过程。然而IOC就没有这个烦恼了，修改相应的配置就能够了，代码彻底不须要进行改动。

<bean id="gta5" class="com.hxh.service.impl.Gta5">
    <constructor-arg name="username" value="不同的科技宅"></constructor-arg>
</bean>
复制代码

咱们能够这样回答。

  IOC翻译过来的意思是控制反转，也被称做为依赖注入。经过将主动建立对象过程变成了被动接收，编译期依赖变成了运行时依赖，以此来下降对象之间的耦合度。为了实现依赖注入，须要在XML内配置好依赖关系，而且将对象实例化，销毁，等过程统一交由IOC容器进行管理。这样的话，因为IOC容器将类的实例化过程透明化，而且建立的是单例对象，因此在方便调用方的使用同时，还减小了内存的占用。

参考文章

• 浅谈IOC--说清楚IOC是什么

结尾

  写完心里有点忐忑，若是有以为写的不对的地方，但愿能在评论区指出来，感谢。

  若是以为对你有帮助，能够多多评论，多多点赞哦，也能够到个人主页看看，说不定有你喜欢的文章，也能够随手点个关注哦，谢谢。