在使用AI word助手辅助编程开发时，Spring IoC（控制反转）与DI（依赖注入） 往往是每个Java开发者最先接触也最容易模糊的核心概念。在2026年的技术面试中，超过80%的Spring相关题目都会直接或间接地考察这两个概念-。本文将彻底厘清IoC与DI的逻辑关系，辅以代码示例与底层原理解读，帮你建立完整知识链路。

一、痛点切入：为什么需要IoC？

先看一段“失控”的代码：

public class OrderService {

    private PaymentService payment = new AlipayService();
    private Logger logger = new FileLogger("/tmp/log");
    
    void pay() {
        payment.process();   // 想换成微信支付？改代码重编译！
    }
}

传统new方式的三大痛点：

• 紧耦合：OrderService直接依赖AlipayService具体实现，切换实现必须修改源码

• 难以测试：无法用Mock对象替换真实依赖，单元测试困难

• 依赖地狱：假如PaymentService内部又依赖DatabaseService和CacheService，开发者要手动创建一整条依赖链-21

一句话痛点：开发者被迫关心“依赖从哪来”，而非“业务做什么”。

二、核心概念讲解：IoC（控制反转）

定义：IoC（Inversion of Control，控制反转）是一种设计思想，指将对象的创建、依赖关系管理和生命周期控制权从程序本身转移给Spring容器-32。

生活化类比：传统开发像自己办聚餐——要亲自列清单、采购食材、备菜做菜，少一步都做不成。IoC像找上门厨师——你只需要告诉厨师“10人聚餐要3个热菜2个凉菜”（声明需求），厨师自己完成采购和烹饪，最后直接上菜-36。

核心价值：好莱坞原则——“别找我们，我们会找你”-21。开发者只需声明依赖，无需关心创建细节。

三、关联概念讲解：DI（依赖注入）

定义：DI（Dependency Injection，依赖注入）是一种设计模式，是IoC的具体实现方式。容器在创建对象时，自动将该对象所需的依赖注入进去-21。

IoC vs DI的关系——一句话记忆：

IoC是思想（“让别人统筹安排”），DI是实现手段（“别人帮你送东西”）-36。

Spring中DI的三种实现方式：

四、代码示例：改造前后对比

传统方式（紧耦合） ：

public class OrderController {
    private OrderService orderService = new OrderService();
    // 换实现？改代码！
}

改造后（IoC + DI） ：

@RestController
public class OrderController {
    @Autowired   // 声明需要什么，容器自动注入
    private OrderService orderService;
}

@Service
public class OrderService {
    private final PaymentService paymentService;
    
    @Autowired   // 构造器注入（推荐）
    public OrderService(PaymentService paymentService) {
        this.paymentService = paymentService;
    }
}

执行流程：Spring容器启动时扫描带@Component、@Service等注解的类 → 创建Bean → 通过@Autowired注入依赖 → 最终将可直接使用的实例交给调用方-22。

五、底层原理：IoC容器是如何工作的？

Spring IoC底层依赖两大技术支柱：反射 + 设计模式-46。

核心流程三步走：

1. 加载配置元数据：扫描注解（如@Component）或解析XML，将类信息封装为BeanDefinition（Bean的“说明书”）

2. 注册BeanDefinition：存入注册表，本质是一个Map<String, BeanDefinition>

3. 实例化与注入：利用Java反射机制在运行时动态创建对象并建立依赖关系-46

核心接口：

• BeanFactory：最底层容器，懒加载，功能基础

• ApplicationContext：日常开发用，继承自BeanFactory，启动时预加载单例Bean，支持国际化、事件发布等高级功能-46

IoC容器还负责Bean的完整生命周期管理——从实例化、属性填充、初始化到销毁，全程由容器托管-。

六、高频面试题与参考答案

Q1：什么是Spring的IoC？

标准回答：IoC（控制反转）是一种设计思想，将对象的创建、依赖关系管理和生命周期的控制权从程序本身转移给Spring容器，开发者只需声明依赖，无需手动创建对象-32。
踩分点：控制反转、对象创建交给容器、解耦、Spring容器

Q2：IoC和DI有什么区别？

标准回答：IoC是一种设计思想，DI是IoC的具体实现方式。Spring通过DI（@Autowired、构造器注入、Setter注入）来实现IoC-32。
踩分点：IoC是思想、DI是实现方式、@Autowired

Q3：Spring如何实现IoC？

标准回答：Spring通过IoC容器实现。容器启动时扫描@Component等注解类，将其注册为Bean，并在需要时自动创建对象并注入依赖-32。
踩分点：IoC容器、Bean、组件扫描、自动注入

Q4：一个接口有多个实现类，如何注入？

标准回答：可通过以下方式解决：①使用@Primary指定默认实现；②使用@Qualifier精确指定Bean名称-32。
踩分点：多实现冲突、@Primary、@Qualifier

Q5：@Autowired默认注入规则是什么？

标准回答：默认按类型（byType）注入。如果只有一个匹配的Bean则直接注入，有多个则需配合@Primary或@Qualifier使用-32。
踩分点：byType、@Primary、@Qualifier

七、结尾总结

核心知识回顾：

重点提示：

• ⚡ 构造器注入是官方推荐方式，字段注入不推荐用于生产

• ⚡ Bean默认是单例，多线程环境下注意状态共享-22

• ⚡ 循环依赖可通过三级缓存解决，但构造器循环依赖需@Lazy规避-22

下一篇将深入讲解Spring AOP（面向切面编程），探讨如何用更优雅的方式处理日志、事务等横切关注点。