依赖注入通过外部传递依赖对象降低耦合，提升可测试性。1. 核心是不主动创建依赖，由容器或调用方注入；2. 常见方式为构造函数、属性和方法注入，推荐构造函数注入；3. 测试时可轻松替换模拟对象，隔离业务逻辑，避免真实调用；4. 结合Spring等框架自动装配，@MockBean可注入mock依赖；5. 建议依赖使用接口、优先构造注入、避免new创建服务类。
依赖注入（Dependency Injection, DI）是一种设计模式，它通过外部传入依赖对象的方式，降低代码间的耦合度，从而显著提升代码的可测试性。在传统编程中，类内部直接创建其依赖的对象，导致单元测试时难以替换真实服务为模拟对象（mock/stub）。而使用依赖注入后，依赖由外部提供，使得在测试环境中可以轻松注入测试替身。
什么是依赖注入
依赖注入的核心思想是：不主动创建依赖，而是由容器或调用方将依赖传递进来。常见方式有构造函数注入、属性注入和方法注入，其中构造函数注入最为推荐。
例如，一个处理用户注册的服务可能依赖于邮件发送器：
class UserRegistrationService {
private EmailService emailService;
public UserRegistrationService(EmailService emailService) {
this.emailService = emailService;
}
public void register(String email) {
// 注册逻辑
emailService.sendWelcomeEmail(email);
}
}
这样，在测试时就可以传入一个模拟的 EmailService，验证是否正确调用了发送邮件的方法，而不会真正发邮件。
如何提高可测试性
依赖注入让单元测试变得更简单、更专注。测试不再受外部系统（如数据库、网络服务）影响，运行更快也更稳定。
- 易于Mock依赖：使用 Mockito 等框架可以创建模拟对象，验证方法调用或控制返回值。
- 隔离业务逻辑：测试只关注目标类的行为，而不是它的依赖如何工作。
- 支持多种测试场景：比如模拟网络失败、数据库异常等边界情况。
示例测试代码：
使用模板与程序分离的方式构建，依靠专门设计的数据库操作类实现数据库存取，具有专有错误处理模块，通过 Email 实时报告数据库错误，除具有满足购物需要的全部功能外，成新商城购物系统还对购物系统体系做了丰富的扩展，全新设计的搜索功能，自定义成新商城购物系统代码功能代码已经全面优化，杜绝SQL注入漏洞前台测试用户名：admin密码：admin888后台管理员名：admin密码：admin888
@Test
void should_send_welcome_email_when_register() {
EmailService mockEmailService = mock(EmailService.class);
UserRegistrationService service = new UserRegistrationService(mockEmailService);
service.register("test@example.com");
verify(mockEmailService).sendWelcomeEmail("test@example.com");
}
结合DI框架简化管理
在大型项目中，手动管理依赖传递会变得繁琐。使用 Spring、Guice 或 Dagger 等依赖注入框架，可以自动完成对象的构建和装配。
以 Spring 为例：
@Service
class UserRegistrationService {
private final EmailService emailService;
public UserRegistrationService(EmailService emailService) {
this.emailService = emailService;
}
// ...
}
Spring 会自动注入 EmailService 的实现，测试时可通过 @MockBean 注入模拟对象。
设计建议与最佳实践
- 优先使用构造函数注入，保证依赖不可变且不为空。
- 避免在类中直接调用 new 创建服务类，尤其是跨层对象。
- 定义接口而非具体类作为依赖类型，便于替换实现。
- 测试时明确区分单元测试与集成测试，DI 更有利于前者。
基本上就这些。依赖注入不只是框架带来的便利，更是一种提升代码质量的设计思维。合理使用，能让代码更清晰、更灵活，也更容易被测试覆盖。
