Spring 依赖注入

Spring 依赖注入主要有三种方式：

• 通过注解 @Autowire 或 @Resource （Field Injection） 进行字段注入

@Service
public class MyService {
    @Autowired
    private MyDependency myDependency;
}

IDEA 通常会产生警告，Field injection is not recommended，不建议现场注入

• 通过 Setter 方法注入（Setter Injection），通过 setter 方法注入依赖项。在类中定义相对应的 setter 方法，并且使用 @Autowired 声明依赖关系。

@Service
public class MyService {
    private MyDependency myDependency;
    
    @Autowired
    public void setMyDependency(MyDependency myDependency) {
        this.myDependency = myDependency;
    }
}

• 通过构造函数注入 （Constructor Injection） ，在类的构造函数中声明依赖关系的参数，Spring Boot 将会在创建该类的实例时，自动将相应的依赖项传递给构造函数。

@Service
public class MyService {
    private MyDependency myDependency;
    
    public MyService(MyDependency myDependency) {
        this.myDependency = myDependency;
    }
}

三种注入方式的区别：

注入方式	可靠性	可维护性	可测试性	灵活性	循环关系	性能
Field Injection	不可靠	低	差	很灵活	不检测	启动快
Constructor Injection	可靠	高	好	不灵活	自动检测	启动慢
Setter Injection	不可靠	低	差	很灵活	不检测	启动快

虽然使用 @Autowried 进行属性注入可以是非常方便的，但是也带来了一些不稳定的问题。

1. 未注入前引用导致容器初始化失败

Java 初始化一个类顺序： 静态变量或语句块 -> 实例变量或初始化语句块 -> 构造方法 -> @Autowried 故此在属性注入之前引用了该属性，则会导致空指针异常的产生，继而导致容器的启动失败。 例如，定时任务 @Schedule 指定的类，加载是在 @Autowried 之前，就时常导致其空指针错误的出现

1. 根据 Class 类型进行区分装配，类型相同多个实现会导致容器装配失败

当使用 @Autowried 进行自动装配时，会根据实现的类型进行分类注入，但若两个类的实现类型相同，则会导致整个容器的装配异常，需要搭配 @Qualifier 来指定注入哪一个类。或者使用 @Resource ， @Resource 默认使用根据类名称进行装配，若未匹配到对应的，则采用根据类的类型进行装配。

Spring 在 4.X 版本中推荐使用 Constructor Injection 来进行依赖注入，但是使用构造方法会使得代码变得臃肿，这个时候可以利用 Lombok 插件的注解 @RequiredArgsConstructor 来将必要参数加入构造方法中。

• 注意必须时必要参数，使用 final 标记或使用 @NonNull 来标记其必须拥有默认值。
• 若存在循环依赖问题，则可以在注解参数 onConstructor_ = {@Lazy} 进行懒加载。

编译前：

@RequiredArgsConstructor(onConstructor_ = {@Lazy})
public class ArchivesController {

    private final ArchivesService archivesService;
}

编译后：

public class ArchivesController {

    private final ArchivesService archivesService;

    @Lazy
    private ArchivesController(ArchivesService archivesService) {
        this.archivesService = archivesService;
    }
}