2026年4月9日 ai助手整理：搞懂IoC与DI核心链路

小编 AI攻略 2026-04-20 6

在梳理Spring框架的核心思想时，很多学习者会卡在“控制反转（IoC）”与“依赖注入（DI）”这两个概念的区分上。本文由ai助手整理资料与常见误区，从痛点出发，用代码示例和面试要点帮你建立完整知识链路。

目标读者：技术入门/进阶学习者、在校学生、面试备考者、Java/Spring开发工程师
文章定位：技术科普 + 原理讲解 + 代码示例 + 面试要点
全文约1800字，阅读需8分钟

一、为什么需要IoC与DI

传统开发中，对象依赖关系由程序员主动创建和维护：

// 传统方式：Service层自己创建Dao对象
public class UserService {
    private UserDao userDao = new UserDao(); // 硬编码耦合
    public void doSomething() {
        userDao.save();
    }
}

痛点分析：

耦合度高：替换UserDao实现需要修改UserService代码
扩展性差：单元测试无法Mock依赖
代码冗余：每个类都要重复创建依赖
维护困难：依赖关系散落在各处，难以统一管理

设计初衷：把对象的创建与控制权从业务代码中抽离，交给容器统一管理。

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

定义：Inversion of Control（控制反转）—— 将对象的创建、组装、生命周期管理的控制权，从程序代码转移给外部容器。

类比理解：

传统方式：自己做饭（主动创建依赖）
IoC方式：点外卖（容器把“做好的饭”送过来）

核心价值：解耦。组件不再关心“如何得到依赖”，只关心“如何使用依赖”。

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

定义：Dependency Injection（依赖注入）—— 容器在创建对象时，自动把它所依赖的其他对象“注入”进去。

它与IoC的关系：

IoC是设计思想（控制权转移）
DI是实现手段（如何把依赖传进去）

常见注入方式：

// 构造器注入（推荐）
public class UserService {
    private final UserDao userDao;
    
    public UserService(UserDao userDao) {  // 依赖被注入
        this.userDao = userDao;
    }
}

// Setter注入
public void setUserDao(UserDao userDao) { this.userDao = userDao; }

四、概念关系与区别总结

维度	IoC（控制反转）	DI（依赖注入）
性质	设计原则/思想	具体实现模式
关注点	谁控制谁	怎么传递依赖
反问	控制权给了谁？	依赖怎么进来的？

一句话记忆：IoC是“思想”，DI是“做法” —— 思想指导做法，做法落地思想。

五、代码示例：对比新旧实现

// ========== 传统方式（耦合） ==========
UserDao dao = new UserDao();           // 主动创建
UserService service = new UserService(dao); // 手动传入

// ========== Spring IoC + DI方式（解耦） ==========
@Configuration
public class AppConfig {
    @Bean
    public UserDao userDao() { return new UserDao(); }
    
    @Bean
    public UserService userService(UserDao userDao) { // DI自动注入
        return new UserService(userDao);
    }
}

// 启动容器，获取装配好的对象
ApplicationContext ctx = new AnnotationConfigApplicationContext(AppConfig.class);
UserService service = ctx.getBean(UserService.class); // 依赖已注入