控制反转是关于分离关注点。

没有IoC：你有一台笔记本电脑，你不小心弄坏了屏幕。糟糕的是，你发现市场上没有同一型号的笔记本电脑屏幕。所以你被卡住了。

IoC：你有一台台式电脑，你不小心把屏幕弄坏了。你发现你可以从市场上买到几乎所有的桌面显示器，而且它与你的桌面很好地配合。

在这种情况下，您的桌面成功地实现了IoC。它接受各种类型的显示器，而笔记本电脑不接受，它需要一个特定的屏幕来固定。

这里可以找到非常简单的书面解释

http://binstock.blogspot.in/2008/01/excellent-explanation-of-dependency.html

上面写着-

“任何非平凡的应用程序都由两个或多个类组成相互协作以执行一些业务逻辑。传统上，每个对象都负责获得自己的对其协作对象（其依赖项）的引用。应用DI时，对象在创建时被赋予其依赖性某个外部实体在系统换句话说，依赖项被注入到对象中。"

我喜欢这样的解释：http://joelabrahamsson.com/inversion-of-control-an-introduction-with-examples-in-net/

它开始很简单，还显示了代码示例。

消费者X需要被消费的类Y来完成某件事。这一切都很好，很自然，但X真的需要知道它使用Y吗？

如果X知道它使用的东西具有Y的行为、方法、财产等，而不知道谁真正实现了这些行为，这还不够吗？

通过提取X在Y中使用的行为的抽象定义（如下面的I所示），并让消费者X使用该行为的实例而不是Y，它可以继续做它所做的事情，而不必知道Y的细节。

在上图中，Y实现了I，X使用了I的一个实例。虽然很可能X仍然使用Y，但有趣的是X并不知道这一点。它只知道它使用了实现I的东西。

阅读文章了解更多信息和好处描述，如：

X不再依赖于Y更灵活，可以在运行时决定实现隔离代码单元，更容易测试

...

“IoC”这个首字母缩略词和它所代表的名字似乎最让人困惑的是，这个名字太迷人了——几乎是一个喧嚣的名字。

我们真的需要一个名字来描述过程式编程和事件驱动编程之间的区别吗？好吧，如果我们需要的话，但我们是否需要选择一个全新的“比生活更大”的名字，它让人困惑而不是解决问题？

为了理解这个概念，控制反转（IoC）或依赖反转原理（DIP）涉及两个活动：抽象和反转。依赖注入（DI）只是为数不多的反转方法之一。

要了解更多信息，您可以在此处阅读我的博客

这是怎么一回事？

这是一种让实际行为来自边界之外的实践（面向对象编程中的类）。边界实体只知道它的抽象（例如面向对象编程中的接口、抽象类、委托）。

它解决了什么问题？

在编程方面，IoC试图通过使单片代码模块化、解耦其各个部分并使其可单元测试来解决单片代码。

什么时候合适，什么时候不合适？

这在大多数情况下都是合适的，除非您有只需要单片代码的情况（例如非常简单的程序）

我知道这里已经给出了答案。但我仍然认为，关于控制反转的一些基础知识必须在这里详细讨论，以供未来读者参考。

控制反转（IoC）建立在一个叫做好莱坞原理的非常简单的原理上。上面说，

不要给我们打电话，我们会给你打电话

这意味着不要去好莱坞实现你的梦想，如果你值得，那么好莱坞会找到你，让你的梦想成真。差不多颠倒了，嗯？

现在，当我们讨论IoC的原理时，我们常常忘记好莱坞。对于IoC来说，必须有三个要素，一个好莱坞，一个你和一个完成你梦想的任务。

在我们的编程世界中，Hollywood代表一个通用框架（可能由您或其他人编写），您代表您编写的用户代码，任务代表您希望用代码完成的任务。现在，你永远不会自己触发任务，而不是在IoC！相反，你已经设计好了所有的东西，这样你的框架就会触发你的任务。因此，您已经构建了一个可重用的框架，它可以使某人成为英雄或另一人成为恶棍。但这一框架始终处于主导地位，它知道什么时候该挑选某人，而某人只知道自己想要成为什么样的人。

这里将给出一个真实的例子。假设您想开发一个web应用程序。因此，您可以创建一个框架来处理web应用程序应该处理的所有常见事务，如处理http请求、创建应用程序菜单、服务页面、管理cookie、触发事件等。

然后你在你的框架中留下一些钩子，你可以在那里放置更多的代码来生成自定义菜单、页面、cookie或记录一些用户事件等。在每次浏览器请求时，你的框架都会运行并执行你的自定义代码，如果勾住了，然后将其发送回浏览器。

所以，这个想法非常简单。与其创建一个控制一切的用户应用程序，不如先创建一个可重用的框架来控制一切，然后编写自定义代码并将其连接到框架以及时执行这些代码。

Laravel和EJB就是这样一个框架的例子。

参考：

https://martinfowler.com/bliki/InversionOfControl.html

https://en.wikipedia.org/wiki/Inversion_of_control