IDEA使用@Autowired为什么会警告？-Toy模板网

这篇具有很好参考价值的文章主要介绍了IDEA使用@Autowired为什么会警告？。希望对大家有所帮助。如果存在错误或未考虑完全的地方，请大家不吝赐教，您也可以点击"举报违法"按钮提交疑问。

在使用IDEA编写Spring相关的项目时，当在字段上使用@Autowired注解时，总会出现一个波浪线提示：”Field injection is not recommended.” 这让我不禁疑惑：我每天都在使用这种方式，为何不被推荐呢？今天，我决定深入探究其中的原因。

众所周知，Spring框架提供了三种可选的依赖注入方式：构造器注入、Setter方法注入和Field注入。在此，我们将详细探讨这三种注入方式的使用场景。

构造器注入

如下所示，在使用构造器注入时，我们可以将属性字段设置为final。通过构造器注入，当对AService进行实例化时，BService对象必须提前初始化完成，从而确保被注入的对象一定不为null。构造器注入适用于对象之间存在强依赖关系的场景，但无法解决循环依赖问题（因为必须互相依赖对方初始化完成，从而产生冲突，无法解决）。

关于循环依赖问题，推荐阅读Spring循环依赖是什么及其解决方式。该文章会更深入地讲解Spring中循环依赖的原理和解决方法。

@Service
public class AService {
    private final BService bService;

    @Autowired  //spring framework 4.3之后可以不用在构造方法上标注@Autowired
    public AService(BService bService) {
        this.bService = bService;
    }
}

Setter 方法注入

使用Setter方法进行注入时，Spring会在执行默认的无参构造函数实例化Bean对象后，调用Setter方法来注入依赖。这种方式下，我们可以将”required”属性设置为false，表示如果注入的Bean对象不存在，Spring会直接跳过注入，而不会报错。

@Service
public class AService {
    private  BService bService;

    @Autowired(required = false)
    public void setbService(BService bService) {
        this.bService = bService;
    }
}

Field注入

的确，Field注入在视觉上非常简洁美观，因此被广泛采用。使用Field注入时，Spring容器会在对象实例化完成之后，通过反射机制来设置需要注入的字段。

@Service
public class AService {
    @Autowired
    private  BService bService;
}

为什么IDEA不推荐使用Field注入

经查阅多方资料，我找到了以下几个重要原因，导致Field注入可能不太被推荐使用：

可能导致空指针异常：如果对象创建不使用Spring容器，而是直接使用无参构造方法new一个对象，此时使用注入的对象可能导致空指针异常。
不能使用final修饰字段：缺乏final修饰会使得类的依赖可变，进而可能引发一些不可预料的异常。通常情况下，可以使用构造方法注入来声明强制依赖的Bean，使用Setter方法注入来声明可选依赖的Bean。
可能更容易违反单一职责原则：这是一个关键原因。使用字段注入可能会轻易地在类中引入各种依赖，导致类的职责过多，但开发者往往难以察觉。相比之下，使用构造方法注入，当构造方法的参数过多时，会提示开发者重构这个类。
不利于写单元测试：在单元测试中，使用Field注入，必须使用反射的方式来Mock依赖对象。

为了解决这些问题，我们可以采用以下替代方案：