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

国际奥委会的实施

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

至于依赖注入

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

控制反转(IoC)模式是关于提供任何类型的回调，它“实现”和/或控制反应，而不是我们自己直接操作(换句话说，反转和/或重定向控制到外部处理程序/控制器)。

例如，不是让应用程序调用库(也称为工具包)提供的实现，而是库和/或框架调用应用程序提供的实现。

依赖注入(DI)模式是IoC模式的一个更具体的版本，其中实现通过构造函数/设置器/服务查找传递到对象中，对象将“依赖”这些以正确地行为。

每个DI实现都可以被认为是IoC，但不应该称之为IoC，因为实现依赖注入比实现回调更难(不要使用通用术语“IoC”来降低产品的价值)。

例如，不使用DI的IoC将是Template模式，因为实现只能通过子类化来更改。

依赖注入框架被设计为使用依赖注入，并且可以定义接口(或Java中的注释)以方便在实现中传递。

IoC容器是可以在编程语言之外工作的依赖注入框架。在某些情况下，您可以在元数据文件(例如XML)中配置要使用的实现，这是侵入性较小的。有一些可以做IoC，这通常是不可能的，比如在切入点注入实现。

参见Martin Fowler的文章。

我认为这个想法可以清楚地展示，而不需要进入面向对象的杂草，这似乎混淆了这个想法。

// dependency injection
function doSomething(dependency) {
    // do something with your dependency
}

// in contrast to creating your dependencies yourself
function doSomething() {
    dependency = getDependencySomehow()
}

// inversion of control
application = makeApp(authenticate, handleRequest, sendResponse)
application.run(getRequest())

// in contrast to direct control or a "library" style
application = makeApp()
request = application.getRequest()

if (application.authenticate(request.creds)) {
    response = application.handleRequest(request)
    application.sendResponse(response)
}

如果您倾斜头部并眯起眼睛，就会发现DI是IoC的一种特殊实现，具有特定的关注点。您不是将模型和行为注入到应用程序框架或更高阶操作中，而是将变量注入到函数或对象中。

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

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

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

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

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

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

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

DIP vs DI vs IoC

[依赖倒置原则(DIP)]是SOLID[About]的一部分，它要求你使用抽象而不是实现

依赖注入(DI) -使用聚合而不是组合[关于]在这种情况下，外部对象负责内部的逻辑。哪一种方法使您拥有更动态和更可测试的方法

class A {
  B b

  //injecting B via constructor 
  init(b: B) {
     self.b = b
  }
}

控制反转(IoC)是一个非常高级的定义，它更多地是关于控制流的。最好的例子是控制反转(IoC)容器或框架。例如，GUI是一个框架，你没有一个控制，你能做的一切只是实现框架的接口，当一些动作发生在框架中时，它会被调用。这样，控制权就从应用程序转移到了正在使用的框架中

DIP +

class A {
  IB ib

  init(ib: IB) {
     self.ib = ib
  }
}

你也可以使用:

(工厂方法) (服务定位器) [ioc容器(框架)]

更复杂的例子

多层/模块结构中的依赖规则

伪代码:

interface InterfaceInputPort {
    func input()
}

interface InterfaceOutputPort {
    func output()
}

class A: InterfaceOutputPort {

    let inputPort = B(outputPort: self)

    func output() {
        print("output")
    }
}

class B: InterfaceInputPort {
    let outputPort: InterfaceOutputPort

    init(outputPort: InterfaceOutputPort) {
        self.outputPort = outputPort
    }

    func input() {
        print("input")
    }
}