spring@autowire论属性与构造函数

Question

因此，由于我一直在使用spring，如果我要编写一个具有依赖项的服务，我将执行以下操作：

@Component
public class SomeService {
     @Autowired private SomeOtherService someOtherService;
}

我现在运行了使用另一个约定来实现相同目标的代码

@Component
public class SomeService {
    private final SomeOtherService someOtherService;

    @Autowired
    public SomeService(SomeOtherService someOtherService){
        this.someOtherService = someOtherService;
    }
}

这两种方法都会奏效，我明白。但是使用选项B有什么好处吗？对我来说，它在类和单元测试中创建了更多的代码。（必须编写构造函数，不能使用@InjectMocks)

是不是我漏了什么？autowired构造函数除了向单元测试添加代码之外，还有其他的功能吗？这是一种更好的方式来进行依赖注入吗？

Answer 1

我就用简单的文字给大家解释一下：

在选项(A)中，您允许任何人（在spring容器外部/内部的不同类中）使用默认构造函数（如new SomeService())创建实例，这并不好，因为您需要为SomeService创建SomeService对象（作为依赖项）。

autowired构造函数除了向单元测试添加代码之外，还有其他的功能吗？这是一种更好的方式来进行依赖注入吗？

选项(B)是首选方法，因为它不允许创建someService对象而不实际解析someOtherService依赖项。

Answer 2

是的，选项B（被称为构造函数注入）其实比字段注入更推荐，有几个优点：

• 可以清楚地识别依赖关系。在任何其他情况下（比如在配置类中显式创建bean实例）测试或实例化对象时，都不能忘记一个
• 依赖关系可以是最终的，这有助于增强健壮性和线程安全性
• 您不需要反射来设置依赖项。InjectMocks仍然可用，但不是必需的。您可以自己创建mock，并通过调用构造函数来注入mock

更详细的文章请看这篇博客文章，作者是《spring》的撰稿人之一Olivier Gierke。