当第一次遇到控制反转（IoC）时，它可能非常令人困惑。
这是怎么一回事？它解决了哪个问题？什么时候使用合适，什么时候不合适？
当前回答
使用IoC，您不会对对象进行更新。您的IoC容器将做到这一点，并管理它们的生命周期。
它解决了必须手动将一种类型对象的每个实例化更改为另一种类型的问题。
如果您的功能将来可能会发生变化，或者根据中使用的环境或配置而有所不同，则使用此选项是合适的。
其他回答
只回答第一部分。这是怎么一回事？
控制反转（IoC）意味着先创建依赖项的实例，然后创建类的后一个实例（可选地通过构造函数注入它们），而不是先创建类的实例，再由类实例创建依赖项实例。因此，控制反转反转程序的控制流程。调用者控制程序的控制流，而不是被调用者控制控制流（同时创建依赖项）。
但我认为你必须非常小心。如果你过度使用这种模式，你会做出非常复杂的设计，甚至更复杂的代码。
就像这个例子中的TextEditor一样：如果你只有一个拼写检查器，那么可能真的没有必要使用IoC？除非你需要写单元测试之类的。。。
无论如何：要讲道理。设计模式是很好的实践，但不是圣经。不要把它粘在任何地方。
对我来说，IoC/DI正在向调用对象推出依赖项。超级简单。
非技术性的答案是，在你打开引擎之前，你可以更换汽车的引擎。如果一切正常（界面），你就很好了。
使用IoC，您不会对对象进行更新。您的IoC容器将做到这一点，并管理它们的生命周期。
它解决了必须手动将一种类型对象的每个实例化更改为另一种类型的问题。
如果您的功能将来可能会发生变化，或者根据中使用的环境或配置而有所不同，则使用此选项是合适的。
控制反转意味着您控制组件（类）的行为。为什么称之为“反转”，因为在这种模式之前，类是硬连线的，并且确定了它们将要做什么。
导入具有TextEditor和SpellChecker类的库。现在，这个拼写检查器自然只检查英语的拼写。假设您希望TextEditor处理德语并能够进行拼写检查，那么您可以控制它。
在IoC的情况下，这种控制是反向的，即它是如何给你的？库将实现如下内容：
它将有一个TextEditor类，然后会有一个ISpellChecker（它是一个接口，而不是一个具体的SpellChecker类），当您在IoC容器中配置东西时，例如Spring，您可以提供自己的“ISpellChecker”实现，它将检查德语的拼写。因此，拼写检查将如何工作的控制权是从该库中获取并交给您的。这是IoC。
