Java面试之Spring中依赖注入的三种方式-Java面试题-PHP中文网

构造器注入是推荐的首选方式，因其能保证依赖不可变且强制非空，支持final字段、测试友好、暴露循环依赖问题；Setter注入适用于可选或可重配置依赖；字段注入应避免，因破坏封装、难测试且强耦合容器。

java面试之spring中依赖注入的三种方式

构造器注入为什么是推荐的首选方式

Spring 官方文档明确建议优先使用构造器注入，核心原因是它能保证依赖不可变且强制非空。一旦 Bean 初始化完成，final 字段就无法被修改，避免了后续被意外覆盖或设为 null 的风险。

构造器注入天然支持不可变性：所有依赖在对象创建时一次性传入，适合有状态、无副作用的组件
Spring 5.0+ 对构造器注入做了优化，即使不写 @Autowired（单构造器场景）也能自动装配
测试友好：可直接 new 实例并传入 mock 依赖，无需启动 Spring 上下文
循环依赖会直接失败（抛出 BeanCurrentlyInCreationException），这反而是好事——暴露设计问题，而不是掩盖成运行时 NPE

public class UserService {
    private final UserRepository userRepository;
    private final EmailService emailService;

    // Spring 5.2+ 单构造器可省略 @Autowired
    public UserService(UserRepository userRepository, EmailService emailService) {
        this.userRepository = userRepository;
        this.emailService = emailService;
    }
}

Setter 注入只适用于可选或可重配置的依赖

Setter 注入灵活性高，但破坏了对象的完整性约束。它适用于那些可能为 null、需要运行时重设、或属于回调扩展点的依赖（比如监听器、策略实现）。

必须配合 @Autowired(required = false) 显式声明可选性，否则 Spring 会报 NoSuchBeanDefinitionException
不能用于 final 字段，也无法阻止后续被多次调用 setter 覆盖
在 AOP 代理场景下（如 @Transactional），setter 方法可能被代理拦截，导致意料外的行为
与 Lombok 的 @RequiredArgsConstructor 混用时容易冲突，Lombok 生成的构造器不会包含 @Autowired 标记的 setter 依赖

public class NotificationService {
    private EmailService emailService;

    @Autowired(required = false)
    public void setEmailService(EmailService emailService) {
        this.emailService = emailService;
    }
}

字段注入（@Autowired 直接写在属性上）是应该避免的反模式

字段注入看似简洁，但会带来测试困难、违反封装、无法构建不可变对象等问题。Spring 团队早在 2016 年就公开指出它是“bad practice”，并在后续版本中持续弱化其地位。

javascript-typescript-typescript-scaffold

你是 TypeScript 项目架构专家，专注于脚手架搭建生产就绪的 Node.js 和前端应用。生成包含现代工具链（pnpm、Vite、Next.js）、类型

下载

字段注入使类强耦合 Spring 容器：无法脱离 IoC 环境单独实例化，单元测试必须用 @ContextConfiguration 或反射赋值
无法标记字段为 final，失去编译期空安全校验
IDE 和静态分析工具（如 SonarQube）会警告 spring-beans:field-injection
在 Spring Boot 3.x + Jakarta EE 9+ 环境中，若未启用 spring.main.allow-circular-references=true，字段注入更容易触发循环依赖死锁

public class OrderService {
    // ❌ 不推荐
    @Autowired
    private PaymentGateway paymentGateway;
}

@Resource 和 @Inject 能替代 @Autowired 吗

可以语法上使用，但语义和行为不同，混用容易引发装配失败或隐式行为。

@Autowired 是 Spring 原生注解，按类型（byType）匹配，配合 @Qualifier 指定名称
@Resource 是 JSR-250 标准注解，默认按名称（byName）匹配，name 属性不指定时 fallback 到字段名；不支持 @Qualifier
@Inject 是 JSR-330 标准注解，行为类似 @Autowired（byType），但不支持 required = false，必须配 @Nullable 实现可选注入
当同时存在多个同类型 Bean 时，仅靠 @Resource(name = "xxx") 可能绕过 Spring 的类型检查逻辑，导致运行时类型转换异常