控制反转（IoC）是将对象创建和管理的控制权从代码转移至外部容器的设计原则，依赖注入（DI）是实现IoC的具体方式，通过构造函数、Setter方法或字段注解将依赖传递给对象，实现松耦合、易测试、可维护的代码结构。
依赖注入（Dependency Injection, DI）和控制反转（Inversion of Control, IoC）是Java开发中非常重要的设计思想，尤其在使用Spring框架时频繁出现。理解这两个概念有助于写出更松耦合、更易测试和维护的代码。
什么是控制反转（IoC）？
控制反转是一种设计原则，它把对象创建和管理的控制权从程序代码中转移到外部容器或框架中。传统方式下，一个类会自己创建它所依赖的对象，比如：
UserDao userDao = new UserDao();这种方式导致类与具体实现紧密耦合。而使用IoC后，对象的创建不再由开发者在代码中主动完成，而是交由容器来负责。也就是说，控制权“反转”了——不再是程序员控制对象的生命周期，而是由容器来控制。
什么是依赖注入（DI）？
依赖注入是实现控制反转的一种具体方式。它的核心思想是：不通过类内部创建依赖对象，而是将所需的依赖从外部传递进来。常见的方式有三种：
立即学习“Java免费学习笔记（深入）”；
- 构造函数注入：在创建对象时，通过构造函数传入依赖
- Setter方法注入：通过setter方法设置依赖对象
- 字段注入（@Autowired）：直接在字段上使用注解自动装配（Spring常用）
例如，Service类需要使用Dao，不自己new，而是让容器把Dao实例“注入”进来：
private UserDao userDao;
这样Service就不关心UserDao是怎么创建的，只管使用即可。
IoC和DI的关系
控制反转是思想，依赖注入是实现手段。IoC描述的是“谁控制对象”的问题，而DI描述的是“如何把依赖传入对象”的技术细节。你可以理解为：为了实现IoC，我们使用DI这种方式来解耦对象之间的依赖关系。
实际好处有哪些？
使用依赖注入和控制反转后，代码变得更灵活：
- 更容易做单元测试，可以方便地注入模拟对象（Mock）
- 降低类之间的耦合度，修改实现不影响调用方
- 配置集中管理，便于维护和扩展
- 支持面向接口编程，提升系统可插拔性
基本上就这些。理解IoC和DI的关键在于：不要自己new对象，让容器帮你管理对象的创建和组装，你只关注业务逻辑。这样写出来的Java应用结构更清晰，也更适合大型项目开发。
