不同Profile下同名方法定义Spring Bean为何注入失败？

这个问题我之前也碰到过，本质是Spring Profile生效逻辑加上Bean依赖缺失的组合坑，我来帮你理清楚：

核心原因 #

你虽然用@Profile定义了两个覆盖所有场景的MyBean Bean，但根据当前激活的Profile，生效的那个Bean的依赖项没有被Spring正确管理，导致该Bean无法成功创建。最终容器里没有任何MyBean实例，所以MyService注入时就会触发“找不到Bean”的错误——而不是直接提示依赖缺失（这是Spring Bean加载顺序导致的，依赖缺失会先导致目标Bean创建失败，最终表现为无可用Bean）。

具体场景拆解 #

我们分两种Profile激活情况来看：

情况1：激活了profile Profile #

此时第一个MyBean的定义生效，但如果MyBeanProperties没有被注册为Spring Bean（比如没加@Component、没写对应的@Bean方法，或者配置属性类没配合@EnableConfigurationProperties），Spring会因为找不到依赖而无法创建这个MyBean，容器里自然没有可用的实例。

情况2：未激活profile Profile（或激活的Profile不包含它） #

此时第二个MyBean的定义生效，但如果AdditionalProperties没有被Spring管理，同样会导致这个MyBean创建失败，容器里还是没有MyBean实例。

验证与解决步骤 #

1. 检查依赖Bean的注册状态
   确保MyBeanProperties和AdditionalProperties都被正确注册：

   • 如果是普通类，添加@Component注解；
   • 如果是配置属性类，需要配合@ConfigurationProperties和@EnableConfigurationProperties（或者在配置类中手动用@Bean创建）。

2. 确认当前激活的Profile
   你可以通过以下方式明确当前激活的Profile：

   • 在代码中注入Environment，调用environment.getActiveProfiles()打印查看；
   • 在application.properties/application.yml中显式设置spring.profiles.active，避免模糊场景，比如：

     spring.profiles.active=profile
     

3. 可选：添加兜底的默认Profile
   为了避免Profile匹配出现意外（比如某些环境下没有激活任何Profile），可以给其中一个Bean加上default Profile兜底，比如：

   @Profile({"!profile", "default"})
   @Bean
   MyBean myBean(MyBeanProperties properties, AdditionalProperties addProps) {
       MyBean result = new MyBean(properties);
       result.addAdditionalProperties(addProps);
       return result;
   }
   

额外提示 #

如果看不到依赖缺失的日志，可以把Spring日志级别调到DEBUG，此时会看到Bean创建过程中依赖缺失的详细报错，这能更快定位问题。

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