构造器注入是守牢代码底线的首选，spring 4.x起官方推荐并成2026年默认标准；属性注入仅限可选依赖的临时补丁场景。
构造器注入和属性注入不是“选哪个更顺手”的问题，而是“哪个能守住代码底线”的问题。Spring 官方从 4.x 版本起就明确推荐构造器注入，2026 年的主流实践早已把它当作默认标准。属性注入（即字段注入）虽写起来快，但隐患藏得深、暴露得晚。
构造器注入：让依赖关系一目了然
它把所有必需依赖作为构造参数强制传入，对象一创建就是完整、不可变的状态。
- 依赖无法为空：final 字段 + 构造器赋值，编译期和运行期双重保障，杜绝 NPE
- 天然支持单元测试：new MyService(mockUserRepo, mockPaymentSvc) 直接可用，不依赖 Spring 容器
- 避免循环依赖：Spring 在构造阶段就能检测出 A→B→A 这类死锁，报错明确
- Spring 4.3+ 支持无注解推断：单构造器时可省略 @Autowired，代码更干净
属性注入：只适合临时补丁，不该进主干代码
@Autowired 直接写在字段上，表面简洁，实则绕过封装、隐藏约束、破坏可测性。
- 字段可被反射强行修改，final 失效，对象状态不可信
- 无法用 new 创建实例，测试只能走 @SpringBootTest 或 MockBean，启动慢、耦合重
- 依赖是否必需？谁负责初始化？顺序如何？全靠约定，没有代码体现
- IDE 和 Spring Boot Actuator 都会警告：Field injection is not recommended
什么情况下可以考虑属性注入？
极少数边界场景，且必须满足两个前提：依赖可选 + 不参与核心逻辑。
- 日志器（Logger）：SLF4J 的 static final Logger 本身就不该注入，但若用 Lombok @Slf4j 则无需处理
- 条件性组件：@Autowired(required = false) + if (xxx != null) 判断使用的辅助 Bean
- 遗留模块改造过渡期：暂时保留字段注入，但需加 TODO 注释并排入重构计划
实际写法建议
别再纠结“要不要加 @Autowired”，重点是结构设计：
- 把所有 必需依赖 放进构造器，声明为 final
- 用 Lombok @RequiredArgsConstructor 省掉模板代码，保持可读性
- 配置类或工具类中，优先用 @ConfigurationProperties + 构造器绑定，而非零散 @Value
- 如果 IDE 提示 “could not autowire”，先检查 Bean 是否被扫描、类型是否唯一，而不是换字段注入
