当定义了几个同名的Spring bean时，哪个会隐藏其他的？

假设我有几个用 @Component("bean") 注释的类在 org.example 包中，加上一个 applicationContext.xml，其中包含:

<context:component-scan base-package="org.example"/>
<alias name="aliasedBean" alias="bean"/>
<bean id="aliasedBean" class="org.example.AliasedBean"/>
<bean id="bean" class="org.example.XmlBean"/>
<import resource="otherApplicationContext.xml"/>

当我执行 applicationContext.getBean("bean") 时将检索哪个 bean ?

根据Spring documentation :

Every bean has one or more identifiers. These identifiers must be unique within the container that hosts the bean.

但是，我知道(因为我测试过)当这完成时 Spring 不会提示。一个定义将隐藏其他定义。但我找不到规则是什么。

我想这样做是为了测试。我使用基于注释的配置来定义真正的(生产)bean。然后我想使用特定于测试的 XML 配置文件来覆盖这些定义并注入(inject)模拟 bean。

编辑:由于您有几个要求日志，我花了一些时间创建一些。他们是:

  0 INFO  org.springframework.context.support.ClassPathXmlApplicationContext - Refreshing org.springframework.context.support.ClassPathXmlApplicationContext@3934f69a: startup date [Wed Mar 06 23:04:35 CET 2013]; root of context hierarchy
 45 INFO  org.springframework.beans.factory.xml.XmlBeanDefinitionReader - Loading XML bean definitions from class path resource [applicationContext.xml]
223 INFO  org.springframework.beans.factory.support.DefaultListableBeanFactory - Overriding bean definition for bean 'bean': replacing [Generic bean: class [org.example.AnnotatedBean]; scope=singleton; abstract=false; lazyInit=false; autowireMode=0; dependencyCheck=0; autowireCandidate=true; primary=false; factoryBeanName=null; factoryMethodName=null; initMethodName=null; destroyMethodName=null; defined in file [/Users/etienne/Documents/Développement/Registre/workspace/SpringPrecedence/target/classes/org/example/AnnotatedBean.class]] with [Generic bean: class [org.example.XmlBean]; scope=; abstract=false; lazyInit=false; autowireMode=0; dependencyCheck=0; autowireCandidate=true; primary=false; factoryBeanName=null; factoryMethodName=null; initMethodName=null; destroyMethodName=null; defined in class path resource [applicationContext.xml]]
223 INFO  org.springframework.beans.factory.xml.XmlBeanDefinitionReader - Loading XML bean definitions from class path resource [otherApplicationContext.xml]
246 INFO  org.springframework.beans.factory.support.DefaultListableBeanFactory - Overriding bean definition for bean 'bean': replacing [Generic bean: class [org.example.XmlBean]; scope=; abstract=false; lazyInit=false; autowireMode=0; dependencyCheck=0; autowireCandidate=true; primary=false; factoryBeanName=null; factoryMethodName=null; initMethodName=null; destroyMethodName=null; defined in class path resource [applicationContext.xml]] with [Generic bean: class [org.example.ImportedXmlBean]; scope=; abstract=false; lazyInit=false; autowireMode=0; dependencyCheck=0; autowireCandidate=true; primary=false; factoryBeanName=null; factoryMethodName=null; initMethodName=null; destroyMethodName=null; defined in class path resource [otherApplicationContext.xml]]
290 INFO  org.springframework.beans.factory.support.DefaultListableBeanFactory - Pre-instantiating singletons in org.springframework.beans.factory.support.DefaultListableBeanFactory@6aba4211: defining beans [bean,org.springframework.context.annotation.internalConfigurationAnnotationProcessor,org.springframework.context.annotation.internalAutowiredAnnotationProcessor,org.springframework.context.annotation.internalRequiredAnnotationProcessor,org.springframework.context.annotation.internalCommonAnnotationProcessor,aliasedBean,org.springframework.context.annotation.ConfigurationClassPostProcessor.importAwareProcessor]; root of factory hierarchy
290 INFO  org.example.AliasedBean - Construction of AliasedBean.
302 INFO  org.example.Main - Application context loaded.
302 INFO  org.springframework.context.support.ClassPathXmlApplicationContext - Closing org.springframework.context.support.ClassPathXmlApplicationContext@3934f69a: startup date [Wed Mar 06 23:04:35 CET 2013]; root of context hierarchy
302 INFO  org.springframework.beans.factory.support.DefaultListableBeanFactory - Destroying singletons in org.springframework.beans.factory.support.DefaultListableBeanFactory@6aba4211: defining beans [bean,org.springframework.context.annotation.internalConfigurationAnnotationProcessor,org.springframework.context.annotation.internalAutowiredAnnotationProcessor,org.springframework.context.annotation.internalRequiredAnnotationProcessor,org.springframework.context.annotation.internalCommonAnnotationProcessor,aliasedBean,org.springframework.context.annotation.ConfigurationClassPostProcessor.importAwareProcessor]; root of factory hierarchy

经过一些测试，我发现我在创建上下文时遇到了异常，如果:

• 我有两个 @Component("bean") 或
• 我有两个 <bean id="bean"/> 相同 XML 文件中的元素。

最佳答案

• Bean 是按照在 xml 定义文件中的顺序注册的。

• 扫描的 bean 在找到 xml 标记时注册，但扫描的 bean 不能覆盖以前注册的 bean 定义。

• 如果 DefaultListableBeanFactory.allowBeanDefinitionOverriding 为真(默认)，Xml bean 定义可以覆盖任何以前的 bean 定义。

所以 XML 获胜。

如果你把组件扫描标签放在第一位，xml beans 将覆盖扫描的。如果你把它放在最后，扫描的 bean 将被忽略。

编辑

如果在 bean 定义中的 name 属性中声明或使用别名标记声明，则别名具有不同的行为。

• 使用 alias 标签声明的别名会隐藏任何以后的同名 bean 定义。
• 在 name 属性中声明的别名通过抛出 BeanDefinitionParsingException 来防止任何其他 bean 定义使用相同的名称。

例如:

 <bean id="foo" name="bar" class="Foo" />
 <bean id="bar" class="Bar" />   -- throw Exception (name bar is in use)

但是

<bean id="foo" class="Foo" />
<alias name="foo" alias="bar" />
<bean id="bar" class="Bar" /> -- Hidden by alias no exception thrown

不同之处在于，BeanDefinitionParserDelegate 保存了在 bean 元素嵌套的同一 bean 级别上使用的名称和别名列表，并在解析 bean 定义时检查名称的唯一性。

别名标记直接由 DefaultBeanDefinitionDocumentReader.processAliasRegistration() 处理，解析器委托(delegate)不知道这些名称。

我不知道这是错误还是故意，但 reference没有说明并且似乎可以预期别名的内部和外部声明具有相同的行为。

关于java - Spring bean定义的优先级是什么？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/15233766/