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

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

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

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

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

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

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

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

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

参见Martin Fowler的文章。

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

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

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

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

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

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

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

IoC -控制反转是一个通用术语，与语言无关，它实际上不是创建对象，而是描述如何创建时尚对象。

依赖注入是一个具体的术语，我们通过使用不同的注入技术，即Setter注入、构造函数注入或接口注入，在运行时提供对象的依赖关系。

DI是IoC的一个子集

IoC means that objects do not create other objects on which they rely to do their work. Instead, they get the objects that they need from an outside service (for example, xml file or single app service). 2 implementations of IoC, I use, are DI and ServiceLocator. DI means the IoC principle of getting dependent object is done without using concrete objects but abstractions (interfaces). This makes all components chain testable, cause higher level component doesn't depend on lower level component, only from the interface. Mocks implement these interfaces.

以下是一些实现IoC的其他技术。