Setter注入适用于非强制依赖场景，如日志、监控、异步通知等，通过@Autowired(required = false)实现可选语义，支持延迟设置、动态替换和条件注入，配合@Qualifier、@ConditionalOnMissingBean等注解增强灵活性。
Setter注入在Spring Boot中适用于非强制依赖或可选依赖场景，比如日志服务、监控组件、异步通知模块等——它们缺失时不影响主业务运行。它不强制要求对象一创建就必须具备该依赖，而是允许延迟设置、动态替换，甚至支持条件性注入。
Setter注入如何表达“可选”语义
Spring本身不提供 @Autowired(required = false) 以外的原生“可选”标记，但通过以下方式可实现逻辑上的可选依赖：
- 使用 @Autowired(required = false)：明确告知容器该依赖不是必需的，若找不到匹配Bean，字段保持 null（需自行判空）
- 配合 @Qualifier 或 @Primary 控制注入来源：避免因多个候选Bean导致注入失败，尤其在多实现共存时
- 结合 @ConditionalOnMissingBean 或 @Profile 注解：让Setter方法只在特定环境或缺省实现不存在时才被调用
可选依赖的典型Setter写法
以一个支持可选邮件服务的订单处理器为例：
@Service
public class OrderService {
private final OrderRepository repository;
private EmailService emailService; // 可选，不加final
public OrderService(OrderRepository repository) {
this.repository = repository;
}
@Autowired(required = false)
public void setEmailService(EmailService emailService) {
this.emailService = emailService;
System.out.println("EmailService 已注入（若存在）");
}
public void process(Order order) {
repository.save(order);
if (emailService != null) {
emailService.send("订单已创建: " + order.getId());
}
}
}
注意：Setter方法必须是 public，参数类型需与目标Bean一致；Spring会通过反射调用它完成赋值。
配置层面的配合要点
仅靠注解还不够，容器行为需配合配置才能真正支持可选性：
- 确保扫描路径覆盖所有潜在Bean类（如
@ComponentScan或 Spring Boot 的自动扫描） - 若使用 Java 配置类，可定义带条件的@Bean方法：
@Bean @ConditionalOnProperty(name = "app.email.enabled", havingValue = "true")<br>public EmailService emailService() { return new SmtpEmailService(); } - XML配置已基本淘汰，但如需兼容旧项目，可用
<property name="xxx" ref="yyy"></property>并确保 ref 对应的bean存在或使用default-lazy-init="true"控制初始化时机
和构造器注入的关键区别
当依赖是可选时，构造器注入会带来明显限制：
- 构造器参数无法标注 required = false，一旦声明就必须注入，否则启动报错
- 若强行传入 null 或 Mock，会破坏不可变性（final 字段无法后续修改）
- 测试时需为每个用例准备完整构造参数，灵活性低
Setter注入则天然适配这种弹性需求，适合插件化、扩展点、降级策略等设计场景。
