引言

什么是依赖注入？

依赖注入（Dependency Injection，简称DI）是一种设计模式，用于实现软件组件之间的松耦合。在面向对象编程中，依赖指一个对象需要另一个对象来完成某项任务。依赖注入的核心思想是，将对象所依赖的其他对象，通过外部传递给它，而不是让对象自己去创建或查找这些依赖。

依赖注入的优点

提高代码的可测试性：依赖注入使得单元测试更加容易，因为可以轻松地使用模拟对象替换真实依赖。
增强组件的可重用性：通过依赖注入，可以轻松替换组件的实现，从而提高代码的可维护性和可扩展性。
减少耦合度：依赖注入促进了松耦合设计，使得组件之间的依赖关系更加清晰和可管理。

Spring框架中的依赖注入

Spring框架通过其IoC（Inversion of Control，控制反转）容器实现了强大的依赖注入功能，极大地简化了对象之间的依赖管理。 IoC容器是依赖注入的核心，负责创建、配置和管理对象的生命周期。容器通过读取配置文件或注解来识别和注入依赖对象。

依赖注入的类型

构造函数注入

@Component
public class MyService {

    private final MyRepository repository;

    @Autowired
    public MyService(MyRepository repository) {
        this.repository = repository;
    }
    
}

优点：

强制依赖：所有依赖在对象创建时必须提供，确保对象处于完整的初始化状态。
不可变性：有助于创建不可变对象，增强线程安全性。
简化测试：便于使用模拟对象进行单元测试。

缺点：

复杂性：当依赖较多时，构造函数参数列表可能变得冗长且难以维护。
灵活性较低：所有依赖必须在对象创建时提供，不能在对象生命周期中动态修改。

Setter方法注入

@Component
public class MyService {

    private MyRepository repository;

    @Autowired
    public void setRepository(MyRepository repository) {
        this.repository = repository;
    }
    
}

优点：

灵活性：允许在对象创建后设置或更改依赖，适合可选依赖或需要后期配置的场景。
可读性：Setter方法使代码更具可读性，特别是当依赖较多时。

缺点：

测试复杂性：需要分别设置每个依赖，增加测试复杂度。
未设置依赖的风险：在对象使用前，可能会有未设置依赖的风险。

字段注入

@Component
public class MyService {

    @Autowired
    private MyRepository repository;
    
}

优点：

简单直接：无需构造函数或Setter方法，直接在字段上使用注解，代码简洁。
快速开发：适合快速原型开发，减少样板代码。

缺点：

难以测试：无法通过构造函数或Setter方法注入模拟对象，单元测试较为困难。
隐式依赖：依赖关系不明显，可能导致维护困难。

总结

注入方式	适用场景	不适用场景	最佳实践
构造函数注入	强制依赖、不可变对象、单元测试	依赖项过多导致构造函数复杂	配合辅助类或设计模式，避免过长参数列表
Setter方法注入	可选依赖、后期配置	需要确保所有依赖在使用前已设置	使用初始化方法，确保必要依赖已设置
字段注入	快速开发、少量依赖	大型项目、高测试覆盖率	限制使用，考虑构造函数或Setter方法替代