字段注入vs构造器注入：二者对编写单元测试的方式有什么影响？

两种注入方式在单元测试阶段的差异非常明显，核心差异集中在测试复杂度、运行效率和容错性上：

• 字段注入的测试痛点
  • 无法直接手动实例化测试：字段注入的依赖没有对外暴露赋值入口，你没法直接new ServiceLayer()之后手动传入模拟的Repository实例，要么得启动Spring测试上下文，用@MockBean往容器里注入模拟对象，要么得靠反射强行给private字段赋值，测试代码复杂度高，而且启动Spring上下文会大幅拉长测试运行时间，原本的单元测试被迫变成集成测试。
  • 依赖注入不透明：如果用Mockito这类模拟框架做纯单元测试，你需要额外加@InjectMocks注解靠反射注入依赖，一旦字段名、类型修改，编译阶段不会报错，只有运行测试的时候才会发现注入失败，排查成本高。
• 构造器注入的测试优势
  • 纯单元测试成本极低：你完全不需要依赖Spring相关的测试组件，直接手动new ServiceLayer的时候把模拟好的Repository实例传入构造方法就行，测试运行速度快，逻辑也清晰。
  • 依赖强校验：构造方法的参数是强制的，参数类型不对、少传参数都会在编译期直接报错，不会留到测试运行阶段才发现问题。而且依赖是用final修饰的，初始化之后不会被修改，测试过程中不会出现依赖被意外篡改的问题，稳定性更高。
  • 灵活性更强：既可以做不依赖容器的纯单元测试，也可以兼容Spring测试框架的自动注入，适配不同的测试场景。

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