在Spring中，依赖注入主要有三种方式：构造器注入（Constructor Injection）、Setter注入（Setter Injection） 和 字段注入（Field Injection）。Spring官方推荐优先使用构造器注入，理由如下：
一、三种注入方式对比
特性
构造器注入
Setter注入
字段注入
依赖是否强制
✅ 创建对象时必须提供
❌ 依赖可选
❌ 依赖可选
不可变性
✅ 支持final字段
❌ 字段可变
❌ 字段可变
代码可测试性
✅ 直接new + Mock
⚠️ 需调用setter
❌ 需反射或Spring容器
完全初始化状态
✅ 对象创建即完整
❌ 可能存在部分初始化
❌ 可能存在部分初始化
循环依赖检测
✅ 启动时快速失败
⚠️ 支持但隐藏设计问题
⚠️ 支持但隐藏设计问题
设计原则符合度
✅ 高内聚、依赖明确
⚠️ 分散
❌ 隐藏依赖关系
Spring官方推荐
✅ 首选（尤其是强制依赖）
⚠️ 可选依赖场景
❌ 不推荐
二、为什么推荐构造器注入？七大核心优势
依赖不可变（Immutability）
构造器注入允许将依赖字段声明为final，确保对象创建后依赖不会被意外修改（线程安全）。
private final Dependency dep; // 构造器注入可声明final
完全初始化保证（Full Initialization）
对象创建后所有依赖都已设置，避免了字段注入/Setter注入可能导致的NullPointerException（对象在部分初始化状态下被使用）。
强制依赖契约
明确声明："无此依赖，对象无法工作"。避免运行时因缺少依赖导致错误（编译时即可发现问题）。
与容器解耦（Testability）
不需要Spring容器即可实例化对象：
// 测试代码无需Spring
MyService service = new MyService(mockDependency);
而字段注入需要反射或Spring容器：
ReflectionTestUtils.setField(service, "dep", mockDependency);
循环依赖快速失败
graph LR
A[ServiceA] --依赖--> B[ServiceB]
B --依赖--> A
构造器注入：启动时抛出BeanCurrentlyInCreationException，立即暴露设计问题。
Setter/字段注入：Spring会通过三级缓存解决循环依赖，隐藏设计缺陷。
代码可读性/可维护性
通过构造器参数明确类所需的所有依赖：
public OrderService(
PaymentGateway gateway, // 明确需要支付网关
InventoryService inv, // 明确需要库存服务
NotificationService noti // 明确需要通知服务
) { ... }
而字段注入隐藏了依赖关系，需在类内部扫描@Autowired才能发现依赖。
符合单一职责原则
当构造器参数过多时（如超过5个），会自然提醒你类可能违反了单一职责原则（需重构拆分）。
三、其他注入方式适用场景
Setter注入适用场景
可选依赖：非核心依赖（如日志服务），对象没有它也能工作。
public void setLogger(Logger logger) { // 可选依赖
this.logger = logger;
}
需要动态重新绑定依赖（极少使用）。
字段注入适用场景
只适用于极简单的Demo项目（生产环境不推荐）。
四、Spring官方态度
Spring Framework 4.3+：
当类只有一个构造器时，自动将其作为注入构造器（无需@Autowired）。
Spring官方文档：
"Always use constructor injection for mandatory dependencies"
—— Spring官方文档明确要求强制依赖必须使用构造器注入。
Spring团队公开建议：
Constructor injection vs field injection
五、最佳实践总结
场景
推荐方式
强制依赖
✅ 构造器注入
可选依赖
⚠️ Setter注入
简单测试/原型验证
❌ 字段注入（临时用）
黄金规则：
只要依赖是对象工作所必需的，就必须使用构造器注入。
通过构造器注入，能显著提升代码的健壮性、可测试性和可维护性，是符合现代软件工程的最佳实践。