控制反转（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 中定义
2、定义
3、切换实现时仅需修改 class 属性值，例如改为 com.example.UserDaoMock；
4、启动应用时容器按配置加载并组装对象图，源码零改动。
