不建议开发者Spring使用哪个注释@Autowoe，为什么？[复制]

Question

Spring开发人员不推荐使用Bean自动连线的哪种方式？为什么？

（我是说为什么他们不建议使用@Autowired）

当我们为Spring指定它应该嵌入到其他类中的bean时，例如，我们使用@Autowired。

但不建议使用此注释，但建议使用数据绑定为什么？。

这是以下作为补充的回答（可能与主要问题间接相关）...

谁能解释这个问题中的陷阱，以及在构造函数或setter上设置注释@Autowired有什么不同，在哪种情况下更可取？

Answer 1

Spring团队在他们的文档中有一个很好的解释，其中写道：

基于构造函数还是基于setter的DI？

由于您可以混合使用基于构造函数和基于setter的DI，因此对于强制依赖项使用构造函数，对于可选依赖项使用setter方法或配置方法是一个很好的经验法则。注意，在setter方法上使用@Required注释可以使属性成为必需的依赖项；不过，最好是使用带有参数编程验证的构造函数注入。

Spring团队通常提倡构造函数注入，因为它允许您将应用程序组件作为不可变对象来实现，并确保所需的依赖项不为空。此外，构造函数注入的组件总是以完全初始化的状态返回给客户端（调用）代码。顺便说一句，大量构造函数参数是一种不好的代码气味，这意味着该类可能有太多的责任，应该重构以更好地解决关注点的正确分离。

setter注入应该主要用于可选的依赖项，这些依赖项可以在类中分配合理的默认值。否则，在代码使用依赖项的任何地方都必须执行非空检查。setter注入的一个好处是setter方法使该类的对象可以在以后重新配置或重新注入。因此，通过JMXMBeans进行管理是setter注入的一个引人注目的用例。

使用对特定类最有意义的DI样式。有时，在处理您没有来源的第三方类时，会为您做出选择。例如，如果第三方类不公开任何setter方法，那么构造函数注入可能是唯一可用的DI形式。

因此，一般来说，建议对必填字段使用构造函数注入，对可选字段使用setter注入，但要小心，因为如果使用setter注入，就放弃了不可变的优点。不鼓励的是明确的字段注入，因为它需要使用javahtml" target="_blank">反射机制来填充字段，这会导致代码与spring的机制紧密耦合，而且还会使单元测试变得更加困难，因为您无法如此轻松地通过构造函数或setter传递模拟对象。