我在SO上找不到任何合理的答案，所以我希望它不是重复的。那么为什么我应该更喜欢 setter 或构造函数注入而不是简单
@Inject
MyBean bean;
我得到构造函数注入的用法，如果你需要在类初始化期间用注入的bean做一些事情，比如
public void MyBean(@Inject OtherBean bean) {
doSomeInit(bean);
//I don't need to use @PostConstruct now
}
但是，它仍然像方法一样，我根本没有得到setter注入，它不就是Spring和其他DI框架之后的遗物吗？@PostConstruct
构造函数和属性注入为您提供了即使在非CDI环境中也可以轻松初始化对象的选项，例如单元测试。
在非 CDI 环境中，您仍然可以通过传递构造函数 arg 来简单地使用对象。
OtherBean b = ....;
new MyBean(b);
如果仅使用字段注入，则通常必须使用反射来访问字段，因为字段通常是私有的。
如果使用属性注入，则还可以在 setter 中编写代码。例如，验证代码或您清除内部缓存，这些缓存保存的值派生自 setter 修改的属性。您要执行的操作取决于您的实现需求。
Setter vs Constructor Injection
在面向对象的编程中，对象在构造后必须处于有效状态，并且每个方法调用都将该状态更改为另一个有效状态。
对于 setter 注入，这意味着您可能需要更复杂的状态处理，因为对象在构造后应处于有效状态，即使尚未调用 setter 也是如此。因此，即使未设置该属性，该对象也必须处于有效状态。例如，通过使用默认值或空对象。
如果对象的存在与属性之间存在依赖关系，则该属性应为构造函数参数。这也将使代码更加干净，因为如果使用构造函数参数，则记录依赖项是必需的。
所以不要写这样的类
public class CustomerDaoImpl implements CustomerDao {
private DataSource dataSource;
public Customer findById(String id){
checkDataSource();
Connection con = dataSource.getConnection();
...
return customer;
}
private void checkDataSource(){
if(this.dataSource == null){
throw new IllegalStateException("dataSource is not set");
}
}
public void setDataSource(DataSource dataSource){
this.dataSource = dataSource;
}
}
您应该使用构造函数注入
public class CustomerDaoImpl implements CustomerDao {
private DataSource dataSource;
public CustomerDaoImpl(DataSource dataSource){
if(dataSource == null){
throw new IllegalArgumentException("Parameter dataSource must not be null");
}
this.dataSource = dataSource;
}
public Customer findById(String id) {
Customer customer = null;
// We can be sure that the dataSource is not null
Connection con = dataSource.getConnection();
...
return customer;
}
}
我的结论
PS：我的博客 pojos 和 java bean 之间的区别更详细地解释了我的结论。
编辑
Spring还建议使用构造函数注入，正如我在spring文档中发现的那样，基于Setter的依赖注入一节。
Spring团队通常提倡构造函数注入，因为它允许您将应用程序组件实现为不可变对象，并确保所需的依赖项不为空。此外，构造函数注入的组件始终以完全初始化的状态返回到客户端（调用）代码。作为旁注，大量的构造函数参数是一种难闻的代码气味，这意味着该类可能有太多的责任，应该重构以更好地解决适当的关注点分离问题。
Setter 注入应主要用于可在类中分配合理默认值的可选依赖项。否则，必须在代码使用依赖项的所有位置执行非 null 检查。setter 注入的一个好处是，setter 方法使该类的对象适合于以后的重新配置或重新注入。因此，通过 JMX MBeans 进行管理是 setter injection 的一个引人注目的用例。
在考虑单元测试时，构造函数注入也是一种更好的方法，因为调用构造函数比设置私有（@Autowired）字段更容易。
使用 CDI 时，没有任何理由使用构造函数或 setter 注入。如问题中所述，您可以为构造函数中本来要执行的操作添加一个方法。@PostConstruct
其他人可能会说你需要使用反射来注入单元测试中的字段，但事实并非如此;模拟库和其他测试工具可以为您做到这一点。
最后，构造函数注入允许字段为 ，但这并不是 -annoted 字段（不能是 ）的缺点。注释的存在，加上没有任何显式设置字段的代码，应该清楚地表明它只能由容器（或测试工具）设置。在实践中，没有人会重新分配注入的字段。final@Injectfinal
构造函数和 setter 注入在过去是有意义的，当时开发人员通常必须手动实例化并将依赖项注入到测试对象中。如今，技术已经发展，现场注射是一个更好的选择。
