我在一些关于Spring MVC和Portlets的帖子中读到，不建议使用字段注入。据我理解，字段注入是指像这样使用@Autowired注入Bean：
@Component
public class MyComponent {
@Autowired
private Cart cart;
}
在我的研究中，我也了解了构造函数注入：
@Component
public class MyComponent {
private final Cart cart;
@Autowired
public MyComponent(Cart cart){
this.cart = cart;
}
}
EDIT 1: 由于这个问题被标记为重复，我进行了检查。因为问题或答案中没有代码示例，所以我无法确定我使用的是哪种注入方式。
注入类型
有三种选项来将依赖项注入到bean中：
您正在使用第3个选项。当您将@Autowired 直接用于字段上时，就是这种情况。
注入指南
编辑：这里提到的3个链接是针对Spring 4.2的，如需查看2023年（6.09）的更新版本文档，请参见下面的列表。
Spring推荐的一般准则（请参阅基于构造函数的DI或基于Setter的DI部分）如下：
字段注入的缺点
字段注入被人们所不赞成的原因如下：
结论
根据您的需求，您应该主要使用构造函数注入或构造函数和setter注入的混合。字段注入有许多缺点，应该避免使用。字段注入的唯一优点是更方便编写，但这并不能抵消所有的缺点。
进一步阅读
我写了一篇关于为什么不建议使用字段注入的博客文章：字段依赖注入被认为是有害的。
Spring 文档
Spring 4.2（来自原始帖子）
Spring 6.0.9（2023 年当前稳定版本）
这是软件开发中永无止境的讨论之一，但业界的主要影响者越来越有自己的观点，并开始建议使用构造函数注入作为更好的选择。
构造函数注入
优点：
缺点：
基本上，字段注入则相反。
口味问题。 这是你的决定。
但我可以解释为什么我从不使用构造函数注入。
我不想为所有我的@Service, @Repository和@Controller bean实现构造函数。我的意思是，大约有40-50个bean。每次我添加新字段时都必须扩展构造函数。不，我不想也没必要。
如果您的Bean（Service或Controller）需要注入很多其他的beans怎么办？ 有4个以上参数的构造函数非常丑陋。
如果我使用CDI，构造函数就不关心我了。
EDIT #1: Vojtech Ruzicka说：
类有太多的依赖关系，可能违反单一责任原则，应该重构
是的。理论与现实。这是一个示例：DashboardController映射到单个路径*：8080 / dashboard。
我的 DashboardController 从其他服务中收集很多信息，以在仪表板/系统概述页面上显示它们。 我需要这个单一控制器。 所以我只需保护此一个路径（基本身份验证或用户角色过滤器）。
EDIT #2: 由于每个人都关注构造函数中的8个参数... 这是一个现实世界的例子 - 客户遗留代码。 我已经改变了。 对于我来说，同样的论点适用于4个以上的参数。
这一切都是关于代码注入，而不是实例构造。
还有一点需要补充 - Vojtech Ruzicka声称Spring使用以下三种方式进行依赖注入（答案得分最高）：
这个答案是错误的 - 因为对于每种类型的注入，Spring都使用了反射！请使用IDE，在setter /构造函数上设置断点并检查。
这可能是一个品味问题，也可能是一个情况问题。@dieter提供了一个很好的案例，证明了字段注入更好。如果您在集成测试中使用字段注入来设置Spring上下文，则类的可测试性参数也无效 - 除非您后续要在集成测试中编写测试；）
Date(int,int,int)存在的原因。 - chrylis -cautiouslyoptimistic-