扩展抽象配置的spring·Java配置

Question

在我们的软件，我们使用spring Java配置。我们有一个设置，其中一个配置扩展了一个抽象配置。请看一下这个测试案例：

    import java.util.concurrent.atomic.AtomicInteger;
    import org.junit.Test;
    import org.springframework.context.annotation.AnnotationConfigApplicationContext;
    import org.springframework.context.annotation.Bean;
    import org.springframework.context.annotation.Configuration;

    public class SpringConfigTest {

      @Test
      public void test() {
        final AnnotationConfigApplicationContext ctx = new AnnotationConfigApplicationContext(MyConfig.class);
        ctx.getBeansOfType(AtomicInteger.class).entrySet().stream().forEach(
            b -> System.out.println(b.getKey() + " : " + b.getValue() + " (" + b.getValue().hashCode() + ")"));
      }

      @Configuration
      public static class MyConfig extends AbstractConfig {

        @Bean(name = "anotherName")
        public AtomicInteger myBean() {
          return new AtomicInteger(5);
        }
      }

      public static abstract class AbstractConfig {

        @Bean
        public AtomicInteger myBean() {
          return new AtomicInteger(10);
        }
      }
    }

其思想是，myconfig覆盖了abstractconfig并且在创建的ApplicationContext中只有一个AtomicInteger类型的bean位于名称AnotherName之下。

结果是：

anotherName : 5 (2109798150)
myBean : 5 (1074389766)

所以它说，有两个bean（两个实例--每个名称一个）--甚至更令人吃惊的是：创建这两个bean都使用了相同的方法(myconfig#mybean())。

这种行为在我们看来很奇怪：我们希望spring要么尊重通常的Java继承方式，只从myconfig创建bean...或者至少创建两个独立的bean（“10”和“5”）,以防它将abstractconfig视为独立的配置。

在研究此问题时，我们还尝试在myconfig类上注册方法名：

public static class MyConfig extends AbstractConfig {

    @Bean(name = ["anotherName", "myBean"])
    public AtomicInteger myBean() {
    ...

而这次我们只有一个bean:anotherName:5(2109798150)

...更让我们吃惊的是。

有没有人知道这是正确的行为，还是我们只是用错了呢？我们是不是应该在spring的JIRA提一张罚单？提前道谢！

Answer 1

在spring，豆子可以先按类型连线，但再按名字连线。因此@qualifier（“myBeanname”）可以消除多个具有相同类型的bean的自带性歧义，例如。

so：非抽象bean被赋予了另一个名称，这一事实导致它在应用程序上下文中被视为不同的bean。

您可以在非配置类中声明bean。那被称为“Lite”模式，但在应用程序上下文中它仍然是一个bean。请参阅lite模式下的答案。

我不知道一个bean可以有多个名字，但由于spring bean默认为单例，因此在第二种情况下只能创建一个bean，因为“mybean”已经存在，并且应用程序上下文中只能有一个具有该名称的bean。

Answer 2

我不是spring专业人士，但我想说这种行为是有意为之的。为了实现您想要的（希望我猜对了）“注入这个bean而不是另一个”，您将在bean上使用@primary，根据情况有选择地启用配置，您将使用@conditional即@profile。