控制反转是一种设计范式，其目标是为应用程序的目标组件提供更多的控制，即完成工作的组件。 依赖注入是一种模式，用于创建其他对象所依赖的对象实例，而在编译时不知道将使用哪个类来提供该功能。

实现控制反转有几种基本技术。这些都是:

使用工厂模式 使用服务定位器模式 使用任何给定类型的依赖注入: 1).构造函数注入 2). setter注入 3).接口注入

源

IoC(控制反转):这是一个通用术语，以多种方式实现(事件，委托等)。

依赖注入:依赖注入是IoC的一个子类型，通过构造函数注入、setter注入或接口注入实现。

但是，Spring只支持以下两种类型:

Setter Injection Setter-based DI is realized by calling setter methods on the user’s beans after invoking a no-argument constructor or no-argument static factory method to instantiate their bean. Constructor Injection Constructor-based DI is realized by invoking a constructor with a number of arguments, each representing a collaborator.Using this we can validate that the injected beans are not null and fail fast(fail on compile time and not on run-time), so while starting application itself we get NullPointerException: bean does not exist. Constructor injection is Best practice to inject dependencies.

IOC(控制反转):将获取对象实例的控制权交给容器称为控制反转。这意味着你不用new操作符来创建对象，而是让容器来为你创建对象。

DI(依赖注入):将所需的参数(属性)从XML传递到对象(在POJO类中)称为依赖注入。

简而言之，IoC是一个更广泛的术语，包括但不限于DI

术语控制反转(IoC)最初指的是任何一种编程风格 框架或运行时控制程序流

在DI有名字之前，人们开始把管理依赖的框架称为反转 很快，IoC的含义逐渐转向了特定的含义:对依赖项的控制反转。

控制反转(IoC)意味着对象不创建它们所依赖的其他对象来完成工作。相反，他们从外部来源(例如，xml配置文件)获取所需的对象。

依赖注入(DI)意味着这是在没有对象干预的情况下完成的，通常由传递构造函数参数和设置属性的框架组件完成。

IOC(控制反转)基本上是一种设计模式概念，它删除依赖关系并将它们解耦，使流非线性，并让容器/或另一个实体管理依赖关系的供应。它实际上遵循了好莱坞的原则“不要打电话给我们，我们会打电话给你”。 总结一下不同点。

控制反转:这是一个通用术语，用于解耦依赖关系并委托它们的供应，这可以通过几种方式实现(事件，委托等)。

依赖注入:—DI是IOC的一种子类型，通过构造函数注入、setter注入或方法注入实现。

下面的文章对此进行了非常简洁的描述。

https://www.codeproject.com/Articles/592372/Dependency-Injection-DI-vs-Inversion-of-Control-IO

关于这个问题，我想说维基已经提供了详细易懂的解释。我引用这里最重要的。

国际奥委会的实施

在面向对象编程中，有几种基本的技术来实现 实现控制反转。这些都是: 使用依赖注入，用于 构造函数注入参数注入Setter注入 接口注入; 使用上下文化查找; 采用模板法设计模式; 使用策略设计模式

至于依赖注入

依赖注入是一种技术，一个对象(或静态的 方法)提供了另一个对象的依赖关系。依赖关系是 可以使用的对象(服务)。注入是传递 对使用它的依赖对象(客户端)的依赖。