控制反转（IoC）与依赖注入（DI）通过将依赖创建权移交外部容器、面向接口编程、多种注入方式、测试时注入模拟依赖及配置驱动，解决硬编码依赖导致的高耦合与低可测性问题。

如果您在开发面向对象应用时发现类与类之间频繁通过 new 创建依赖、难以替换实现或单元测试时无法隔离外部行为，则很可能是由于硬编码依赖导致的高耦合与低可测性问题。控制反转（IoC）与依赖注入（DI）正是为解决此类问题而设计的核心机制。以下是对其原理及作用的具体说明：

一、责任转移：将依赖创建权从类内部移交至外部容器

传统方式中，一个类需自行实例化其依赖对象，例如 UserService 类内直接调用 new UserDaoImpl()，这导致该类与具体实现强绑定。控制反转通过引入第三方容器（如 Spring IOC 容器），使对象不再主动获取依赖，而是被动接收由容器注入的依赖实例，从而切断类对具体实现类的直接引用。

1、定义一个接口 UserDao，声明通用的数据访问方法；

2、编写多个实现类，如 UserDaoImpl 和 UserDaoMock；

3、在 UserService 类中仅声明 private UserDao userDao，不执行 new 操作；

4、由容器在运行时决定注入哪一个实现，例如通过 XML 配置或 @Autowired 注解完成装配。

二、面向接口编程：依赖声明抽象化而非具体类型

当类仅依赖接口或抽象类型，而不依赖具体实现时，同一段业务逻辑可以无缝切换不同实现，无需修改调用方代码。这种抽象层的存在，是降低耦合度的关键结构保障，也为模拟和替换提供了天然入口。

1、在服务类中将字段类型声明为 UserDao 接口，而非 UserDaoImpl；

2、确保所有方法调用均基于接口定义的方法签名；

3、在测试环境中，可传入 UserDaoStub 或 UserDaoFake 实例；

4、生产环境则通过配置指向真实数据库访问实现。

三、依赖注入的多种实现方式：构造函数、Setter 与接口注入

依赖注入并非单一写法，而是提供多种技术路径以适配不同场景。每种方式都确保依赖不由被注入方主动创建，而是由外部统一管理并赋予，从而消除硬编码耦合。

1、构造函数注入：在类构造时通过参数传入依赖，确保依赖不可变且必填；

2、Setter 方法注入：通过 public setXxx() 方法接收依赖，支持后续动态替换；

3、接口注入：定义注入专用接口（如 Injectable），由容器调用其方法完成赋值，适用于框架级扩展；

4、Spring 还支持基于字段的 @Resource 或 @Autowired 注入，由反射机制自动完成装配。

四、测试隔离：在单元测试中注入模拟依赖

单元测试要求被测类与其他组件完全解耦，仅验证自身逻辑。若类内直接 new 出数据库连接或远程服务客户端，测试将无法脱离真实环境运行。依赖注入使得测试时可精准替换为轻量、可控的模拟对象，大幅提高测试效率与可靠性。

1、使用 Mockito 创建 mock(UserDao) 实例；

2、设定该 mock 对象在调用 findById(1L) 时返回预设的 User 对象；

3、将 mock 实例注入到 UserService 测试对象中；

4、调用 userService.getUserById(1L) 并断言返回结果符合预期，全程不触达数据库。

五、配置驱动：对象生命周期与依赖关系外置化

将对象创建逻辑与依赖绑定规则从 Java 源码中剥离，转而交由 XML 文件、JavaConfig 类或注解集中管理，不仅使代码更专注业务，还允许在不重编译的前提下调整系统结构。

1、在 applicationContext.xml 中定义 <bean id="userDao" class="com.example.UserDaoImpl"/>；

2、定义 <bean id="userService" class="com.example.UserService"> 并通过 <property name="userDao" ref="userDao"/> 建立关联；

3、切换实现时仅需修改 class 属性值，例如改为 com.example.UserDaoMock；

4、启动应用时容器按配置加载并组装对象图，源码零改动。