Spring 不支持在 @Named 注解中直接使用 ${...} 占位符解析配置属性，需通过 @Qualifier 自定义注解 + @Value 配合 Spring 的依赖注入机制实现动态 Bean 名称绑定。
spring 不支持在 `@named` 注解中直接使用 `${...}` 占位符解析配置属性，需通过 `@qualifier` 自定义注解 + `@value` 配合 spring 的依赖注入机制实现动态 bean 名称绑定。
在 Spring 生态中，@Named（来自 JSR-330）是一个静态元数据注解，其 value() 属性在编译期即被处理，不参与 Spring 的属性占位符（如 ${...}）解析流程。因此，像 @Named("${consumer-bean}") 这样的写法会被原样当作字符串字面量处理，无法触发配置绑定，导致注入失败。
✅ 正确解决方案：使用自定义 @Qualifier 注解 + @Value 动态获取 Bean 名称，并结合 ApplicationContext.getBean() 手动查找（适用于构造器注入场景有限制时），或更推荐——改用基于类型的松耦合注入 + 条件化 Bean 定义。
✅ 推荐实践：通过 @Qualifier + 配置驱动的 Bean 定义
首先，在 application.yml 中定义动态标识：
kafka:
consumer:
bean-name: kafka.receiver.topic1然后，定义一个自定义限定符注解（语义清晰、类型安全）：
@Target({ElementType.FIELD, ElementType.PARAMETER, ElementType.METHOD})
@Retention(RetentionPolicy.RUNTIME)
@Qualifier
public @interface KafkaReceiverBean {
}接着，在配置类中根据属性值注册对应 Bean（确保名称与配置一致）：
@Configuration
public class KafkaReceiverConfig {
@Value("${kafka.consumer.bean-name:kafka.receiver.default}")
private String receiverBeanName;
@Bean
@Primary
@ConditionalOnMissingBean
public KafkaReceiver<String, String> kafkaReceiver(@Qualifier("kafka.receiver.topic1") KafkaReceiver<String, String> topic1Receiver,
@Qualifier("kafka.receiver.topic2") KafkaReceiver<String, String> topic2Receiver) {
// 根据配置动态返回对应实例（也可用 Map + FactoryBean 优化）
return switch (receiverBeanName) {
case "kafka.receiver.topic1" -> topic1Receiver;
case "kafka.receiver.topic2" -> topic2Receiver;
default -> topic1Receiver;
};
}
@Bean("kafka.receiver.topic1")
public KafkaReceiver<String, String> topic1Receiver() {
return new DefaultKafkaReceiver("topic1");
}
@Bean("kafka.receiver.topic2")
public KafkaReceiver<String, String> topic2Receiver() {
return new DefaultKafkaReceiver("topic2");
}
}最后，在目标类中使用类型安全注入（无需硬编码名称）：
public class KafkaReconMessageProcessor {
private final KafkaReceiver<String, String> receiver;
@Inject
public KafkaReconMessageProcessor(KafkaReceiver<String, String> receiver) {
this.receiver = receiver; // 自动匹配 @Primary 或唯一类型 Bean
}
}⚠️ 注意事项
- ❌
@Named("${...}")永远不会生效——这是 JSR-330 规范限制，非 Spring Bug； - ✅ 若必须保留字符串名称注入，可改用
@Autowired @Qualifier（Spring 原生注解），它支持@Value衍生逻辑，但需配合@Lazy或ObjectProvider避免早期初始化问题； - ? 生产环境建议避免运行时字符串拼接 Bean 名称，优先采用基于接口/抽象类 + 多实现 +
@Qualifier的设计，提升可测试性与可维护性。
通过以上方式，你既能实现配置驱动的 Bean 绑定，又保持了 Spring 的类型安全与启动时校验能力。
