继承抽象类的Bean是否可以重写名称？具体该如何实现？

结论 #

该需求完全可以实现，你给出的示例代码本身就是正确的实现方式。

实现原理 #

Spring在解析配置类的@Bean方法时，子类重写的方法优先级高于父类的同名方法：

• 子类方法上标注的@Bean注解属性会完全覆盖父类@Bean的配置，包括自定义Bean名称、初始化方法、销毁方法等配置项
• 你示例中在子类重写方法上加@Bean("myFoo")的写法，最终Spring容器只会生成名为myFoo的Foo类型Bean，不会生成父类默认的名为foo的Bean，完全符合自定义命名的要求。

优化方案（无需修改父方法逻辑场景） #

如果子类不需要调整父类foo方法的业务逻辑，仅需要修改Bean名称，重写时直接调用父类方法即可，无需重复编写实现代码：

@Configuration
class MyConfig: AbstractConfig() {

  @Bean("myFoo")
  override fun foo(): Foo {
    // 复用父类逻辑，仅修改Bean名称配置
    return super.foo()
  }
}

注意事项 #

• Kotlin中类方法默认是final修饰的，必须给父类的@Bean方法加上open修饰符允许子类重写，否则Spring会直接使用父类的方法生成默认名称的Bean，你的示例中已经添加了open修饰符，符合要求。
• Spring Boot 2.1及以上版本默认禁止了不同配置类的同名称Bean覆盖，但你这种子类重写父类配置方法的场景属于配置类继承的常规操作，不需要额外开启spring.main.allow-bean-definition-overriding配置。

生效验证 #

启动Spring容器后可以通过以下方式验证配置是否生效：

• 调用applicationContext.getBean("myFoo")可以正常获取到Foo类实例
• 调用applicationContext.getBean("foo")会抛出NoSuchBeanDefinitionException，说明原默认名称的Bean已经被覆盖

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