Spring依赖注入中private/protected、@Autowired与final的使用选择问题

问题1：依赖注入场景下private和protected访问修饰符的使用时机 #

• 绝大多数场景优先用private：注入的依赖默认都是当前类内部使用的，不需要对外暴露，也不需要子类访问或修改，符合Java封装的基本原则。搭配final修饰的话，还能从语法层面保证依赖注入后不会被意外篡改，也能避免空指针风险，安全性最高。
• 仅在明确需要子类继承使用父类依赖的场景下用protected：比如你封装了通用的BaseController，里面注入的公共工具类（比如RedisTemplate、通用配置类）需要给所有子类Controller直接调用，这时候可以把字段设为protected省去子类重复注入的步骤。如果不想破坏字段封装性，也可以保留字段为private，额外提供protected的get方法供子类调用。

问题2：构造器注入时@Autowired注解和final字段的便捷性对比 #

首先要明确：这两个不是互斥的选择，是可以搭配使用的，本质作用也完全不同：

• final修饰字段是Java语法层面的约束：强制字段必须在类实例化时完成赋值，赋值后不可修改，刚好匹配构造器注入的逻辑——Spring实例化Bean时调用构造方法传入依赖，后续不会也不能修改依赖值，还能获得IDE的静态检查支持：如果忘记在构造器中给final字段赋值，IDE会直接报错提示，提前发现问题。
• @Autowired是Spring框架的注解：作用是告诉Spring框架要对标注的构造方法/字段/set方法执行依赖注入。从Spring 4.3版本开始，只要Bean类只有一个构造方法，哪怕不加@Autowired，Spring也会自动选择这个构造方法完成注入，所以你第一个版本不加注解也能正常运行。只有当类存在多个构造方法时，才需要在用来做注入的构造方法上加@Autowired指定。

从便捷性上来说：
如果你的Spring版本≥4.3，且类只有一个构造方法，完全可以省略@Autowired注解，只写private final修饰的字段+构造器赋值即可，少写一个注解更简洁。如果项目中引入了Lombok，直接给类加@RequiredArgsConstructor注解，连构造方法都不用手动写，框架会自动生成包含所有final字段的构造方法，是目前企业开发中最常用的写法，便捷性最高。

内容的提问来源于stack exchange，提问作者Shoxrux Sindarov