Using @Autowired in Abstract Classes

1. Introduction

在本快速教程中，我们将解释如何在抽象类中使用@Autowired注解。 我们将@Autowired应用于抽象类，并专注于我们应该考虑的要点。

2. Setter Injection

我们可以在setter方法上使用@Autowired:

public abstract class BallService {

    private LogRepository logRepository;

    @Autowired
    public final void setLogRepository(LogRepository logRepository) {
        this.logRepository = logRepository;
    }
}

当我们在 setter 方法上使用 @Autowired 时，我们应该使用 final 关键字，这样子类就不能覆盖 setter 方法。否则，注释将无法按预期工作。

3. Constructor Injection

我们不能在抽象类的构造函数上使用@Autowired

Spring 不会评估抽象类构造函数上的@Autowired注释。
子类应向super constructor(父类构造函数)提供必要的参数。
相反，我们应该在子类的构造函数上使用@Autowired：

public abstract class BallService {

    private RuleRepository ruleRepository;

    public BallService(RuleRepository ruleRepository) {
        this.ruleRepository = ruleRepository;
    }
}

@Component
public class BasketballService extends BallService {

    @Autowired
    public BasketballService(RuleRepository ruleRepository) {
        super(ruleRepository);
    }
}

4. Cheat Sheet（备忘单）

让我们总结一下要记住的几条规则。
首先，抽象类不是component-scanned（组件扫描）的，因为它不能在没有具体子类的情况下被实例化。
其次，在抽象类中可以 setter注入 ，但是如果我们对setter 方法不使用 final 关键字修饰 ，这是有风险的。如果子类重写 setter 方法，则应用进程可能不稳定。
第三，由于 Spring 不支持抽象类中的构造函数注入，我们通常应该让具体的子类提供构造函数参数。这意味着我们需要依赖具体的子类中的构造函数注入。
最后，对所需的依赖项使用构造函数注入，对可选依赖项使用setter注入是一个很好的经验法则。但是，正如我们在抽象类的一些细微差别中看到的那样，构造函数注入在这里通常更有利。
因此，实际上我们可以说，一个具体的子类控制其抽象父类如何获取其依赖项。只要Spring连接子类，Spring就会进行注入。

5. Conclusion

在本文中，我们练习在抽象类中使用@Autowired，并解释了一些但重要的关键点。