构造器注入的核心价值是确保对象创建时具备完整、不可变的必要依赖。通过final字段+构造器参数锁定必需协作对象，编译期和运行期双重保障完整性；Lombok @RequiredArgsConstructor自动生成构造器，避免手误；可选依赖用setter补充；单元测试只需传入Mock，即时暴露缺失依赖。
构造器注入的核心价值，就是让对象在创建那一刻就具备完整、不可变的必要依赖。它不是“可选动作”，而是编译期和运行期双重保障的完整性约束。
用 final 字段 + 构造器参数锁定必需依赖
所有必须存在的协作对象，都声明为 private final 字段。Spring 或手动实例化时，只能通过构造器传入——没有构造器调用，对象根本无法生成。
- 字段不加
final，就可能被后续 setter 或反射篡改，失去强制性 - 不提供对应参数的构造器，Java 编译器直接报错；Spring 容器启动时找不到匹配构造器则抛出
BeanCreationException - 例如：
private final OrderRepository repo;和private final NotificationService notifier;必须同时出现在构造器签名中
借助 Lombok @RequiredArgsConstructor 减少样板代码
手动写多参数构造器易出错且冗长。Lombok 的 @RequiredArgsConstructor 会自动为所有 final 和 @NonNull 字段生成构造函数，语义清晰、零手误。
- 只需在类上加注解，无需再写构造器体，Spring 4.3+ 自动识别并使用
- 若某字段漏加
final，它就不会被纳入构造器参数，逻辑上即表示“非必需” - 配合 IDE 实时提示，新增依赖时忘记加
final会立刻暴露
区分必需与可选：构造器 + Setter 组合使用
真正需要强制完整的只是核心协作组件（如 Repository、Client、Config），而日志、回调监听器、开关标志等属于可选行为，适合用 setter 注入或默认值兜底。
- 构造器只承载 对象生存所依赖的最小契约，比如
UserService(UserRepository, PasswordEncoder) - 额外能力如
setAuditLogger(AuditLogger)或setRetryPolicy(RetryPolicy)可留作 setter，保持主流程稳定 - 这样既守住完整性底线，又保有运行时灵活性，不把“可配置”和“必存在”混为一谈
单元测试天然友好，验证即生效
因为依赖全靠构造器传入，测试时只需 new 对象并传入 Mock 或 Stub，无需启动容器、无需反射设字段、无需担心初始化顺序。
- 例如：
new OrderService(mockRepo, mockPayment)就是一个完全可用的测试实例 - 如果某个依赖缺失，编译失败或构造器调用报错，问题在写测试时就被拦截，而非运行到业务逻辑才 NPE
- 这种即时反馈，正是强制完整性带来的开发体验升级
