这是一个非常经典的Spring面试题，也是理解Spring核心思想的关键。很多人会把它们混为一谈，但实际上它们描述的是同一个概念的两个不同侧面。

让我用一个非常通俗易懂的方式来解释。

核心结论

• 控制反转（IoC）是一种设计原则或思想。

• 依赖注入（DI）是实现控制反转这种思想的一种具体技术模式。

可以把它们的关系理解为：

“战略” vs “战术”

• IoC是战略目标：我们要将程序的控制权反转过来。

• DI是战术手段：我们通过“注入”依赖的方式来实现这个目标。

---

1. 控制反转（Inversion of Control - IoC）

核心思想： 将对象的创建、组装、生命周期的控制权，从应用程序代码中“反转”给一个外部容器（在Spring中就是IoC容器）。

传统开发模式（正转）：

• 你需要一个对象（比如Car），你会在代码里直接new Car()。

• 你的代码主动去创建和管理它所依赖的对象。

• 控制权在程序本身。

java

// 传统方式：程序员自己控制

public class Car {

private Engine engine;

public Car() {

// 程序员主动创建依赖

this.engine = new Engine(); // 控制权在Car类内部

}

}

控制反转模式（反转）：

• 你不再自己new对象，而是由一个“容器”来帮你创建好、组装好，然后“送”给你。

• 你的代码是被动接收它所需要的依赖。

• 控制权转移到了外部容器。

java

// IoC方式：容器控制

public class Car {

private Engine engine;

// 容器会负责把创建好的Engine对象“注入”到这里

public Car(Engine engine) { // 控制权在容器

this.engine = engine;

}

}

IoC容器的职责：

• 创建对象

• 弄清楚对象之间的依赖关系（比如Car依赖Engine）

• 将依赖的对象装配到一起

• 管理对象的生命周期（何时创建，何时销毁）

---

2. 依赖注入（Dependency Injection - DI）

核心思想： 是实现IoC的具体技术。它描述的是“如何”将依赖关系传递给一个组件。具体来说，就是容器通过构造函数、Setter方法或接口等方式，将依赖对象“注入”到需要它的组件中。

依赖注入主要有三种方式：

1. 构造器注入（推荐）

容器通过调用类的构造函数来注入依赖。

java

@Component

public class Car {

private final Engine engine;

// 容器会在这里注入一个Engine实例

@Autowired // Spring 4.3后，如果只有一个构造器，可省略此注解

public Car(Engine engine) {

this.engine = engine;

}

}

2. Setter方法注入

容器通过调用类的Setter方法来注入依赖。

java

@Component

public class Car {

private Engine engine;

// 容器会调用这个setter方法来注入Engine

@Autowired

public void setEngine(Engine engine) {

this.engine = engine;

}

}

3. 字段注入（现在不推荐）

容器通过反射直接给字段赋值。

java

@Component

public class Car {

@Autowired // 直接注入到字段

private Engine engine;

}

---

用一个生活中的比喻来总结

假设你想喝一杯咖啡。

传统模式（正转）：

1. 你自己去种咖啡豆。

2. 你自己去烘焙、研磨。

3. 你自己用咖啡机冲泡。

4. 你喝到咖啡。

   -> 你控制了所有环节，非常繁琐，高度耦合。

控制反转模式（IoC）：

• 你走进一家咖啡馆（IoC容器）。

• 你直接向服务员点单：“我要一杯拿铁”。

• 服务员（容器）去后厨（创建并组装对象）让咖啡师（Bean）用咖啡机（另一个Bean）和牛奶（另一个Bean）做好一杯拿铁。

• 服务员把这杯做好的拿铁（组装好的对象）递给你。

  -> 你不再关心制作过程，只关心最终结果。控制权反转给了咖啡馆。

依赖注入（DI）在这个比喻中：

• 就是服务员把做好的拿铁“递给你”的这个“递”的动作。

• 它是实现“咖啡馆为你服务”这个“控制反转”思想的具体方式。

---

总结对比表

特性	控制反转（IoC）	依赖注入（DI）
本质	设计原则、思想	设计模式、具体技术
关系	目标	实现手段
关注点	控制权的转移（从程序转移到容器）	对象依赖关系的满足方式（通过注入）
范围	一个更广泛的概念，DI是它的子集	是实现IoC的特定方式，还有其他方式如服务定位器
类比	去咖啡馆喝咖啡的理念	服务员把咖啡递给你的这个具体动作

在Spring框架中，我们通过使用依赖注入这种最主流的方式，来实现控制反转这个崇高的设计目标，最终达到代码解耦、更易测试、更灵活的目的。所以当我们在谈论Spring的IoC时，通常指的就是它的依赖注入功能。