依赖注入如何提升代码可测试性

依赖注入（DI）是一种通过外部传递依赖而非内部创建对象的设计模式，它有效降低了代码耦合度，使单元测试变得轻量、可靠且高度可控——你无需启动数据库或调用真实邮件服务，就能精准验证业务逻辑；借助构造函数注入、Mockito模拟和Spring的@MockBean等机制，可轻松隔离外部依赖、覆盖异常场景，并推动接口抽象与不可变设计，让代码不仅更易测，也更清晰、灵活、可维护。

依赖注入（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 等框架可以创建模拟对象，验证方法调用或控制返回值。
• 隔离业务逻辑：测试只关注目标类的行为，而不是它的依赖如何工作。
• 支持多种测试场景：比如模拟网络失败、数据库异常等边界情况。

示例测试代码：

@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 更有利于前者。

基本上就这些。依赖注入不只是框架带来的便利，更是一种提升代码质量的设计思维。合理使用，能让代码更清晰、更灵活，也更容易被测试覆盖。

今天带大家了解了的相关知识，希望对你有所帮助；关于文章的技术知识我们会一点点深入介绍，欢迎大家关注golang学习网公众号，一起学习编程~