如何理解IOC中的“反转”和DI中的“注入”

在理解 IOC 中的“反转”和 DI 中的“注入”之前，首先要理解原本的控制流程。

在传统的应用程序中，对象之间的依赖关系通常由调用方（例如客户端或者上层模块）来管理。这意味着，当一个对象需要另一个对象时，它必须自己创建或查找依赖的对象，这种控制权在对象之间的依赖关系的代码中是显式的。

现在来看 IOC 的“反转”和 DI 的“注入”：

1. IOC 中的“反转”（Inversion of Control）：

   • 在 IOC 中，控制权被“反转”了，即对象的创建和管理不再由调用方来控制，而是由容器来控制。这意味着控制权从调用方“反转”到了容器，容器负责创建和管理对象，并在需要时将对象提供给调用方。这种“反转”使得应用程序的控制流程变得更加灵活，解耦合。

2. DI 中的“注入”（Dependency Injection）：

   • 在 DI 中，依赖关系是通过“注入”的方式实现的。所谓“注入”，就是容器在创建对象时，自动将对象所依赖的其他对象注入到它里面。这样，对象之间的依赖关系不再硬编码在对象内部，而是由容器来管理和维护。依赖注入可以通过构造函数注入、Setter 方法注入、字段注入等方式来实现。

综上所述，IOC 的“反转”强调的是控制权的转移，而 DI 的“注入”强调的是依赖关系的注入。在 IOC 中，控制权被“反转”到了容器，而在 DI 中，依赖关系被“注入”到了对象中，从而实现了对象之间的解耦合。