构造器注入能从根源上提升代码质量，关键在于它把依赖关系显式化、不可变、可验证；spring 启动时即校验依赖完整性，避免 null 依赖延迟暴露，支持不可变对象、单元测试隔离、职责清晰与循环依赖预警。
构造器注入能从根源上提升代码质量，关键在于它把依赖关系显式化、不可变、可验证。相比属性注入（即 @Autowired 字段注入），它不是语法糖，而是设计约束的体现。
依赖必须显式提供，启动即暴露问题
构造器参数就是该类的全部强依赖。Spring 容器在启动时会检查所有参数是否能匹配 Bean，缺一个就报 UnsatisfiedDependencyException，错误位置明确、堆栈清晰。而字段注入可能让依赖保持 null，直到某次业务调用才触发 NullPointerException，排查成本高、延迟暴露缺陷。
- 所有
@Autowired字段都得挪进构造器参数列表 - 对应字段声明为
private final，禁止后续修改 - Spring 5.0+ 单构造器可省略
@Autowired注解，容器自动识别
对象创建即完整，天然支持不可变性
构造器注入让对象一诞生就处于“可用”状态——所有必需协作组件已就位。final 字段确保依赖不会被意外重置或覆盖，既符合封装原则，也提升线程安全性。字段注入无法用于 final 字段，因为 Spring 是靠反射在实例化后设值，此时 final 已锁定。
- 避免出现“new 出来但不能用”的半成品对象
- 没有 setter 方法，杜绝运行时篡改依赖的可能
- 配合 Lombok 的
@AllArgsConstructor可减少样板代码，不牺牲语义
单元测试彻底脱离 Spring 容器
测试时直接调用构造器传入 Mock 对象：new UserService(mockRepo, mockMailer)。无需 @SpringBootTest 启动上下文，也不用 ReflectionTestUtils 手动设值。速度快、隔离性强、逻辑聚焦。
- 不依赖任何框架注解或容器环境
- 构造器参数即测试关注点，Mock 策略一目了然
- 当参数变多，自然提示你：这个类是不是职责过重？该拆分了
应对循环依赖有明确解法，不妥协设计
纯构造器注入遇到 A→B→A 会失败，但这反而是个信号——设计可能存在紧耦合。优先选择重构（如提取公共逻辑、引入事件或回调）；若短期需绕过，可用 @Lazy 标注其中一个构造参数，生成代理对象打破初始化链。字段注入虽“能跑”，但掩盖了架构隐患。
-
@Lazy是临时手段，仅用于构造器参数，不影响其他注入方式 - 避免为解循环依赖而降级整个类的注入风格
- 真正健康的模块边界，本就不该出现强构造依赖环
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
