Spring bean定义的优先顺序是什么?

当几个具有相同名称的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"/>

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

根据Spring文档:

每个bean具有一个或多个标识符。这些标识符在承载Bean的容器内必须唯一。

但是,我知道(因为我已经测试过),完成此操作后Spring不会抱怨。一个定义将隐藏其他定义。但是我找不到规则。

我想这样做是出于测试目的。我使用基于注释的配置来定义实际的(生产)bean。然后,我想使用特定于测试的XML配置文件来覆盖这些定义并注入模拟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文件中有两个元素。

回答:

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

  • 已在找到xml标签的位置注册了已扫描的bean,但是已扫描的bean无法覆盖先前注册的bean定义。

  • 如果DefaultListableBeanFactory.allowBeanDefinitionOverriding为true,则Xml bean定义可以覆盖以前的所有bean定义(默认情况下)。

因此XML胜出。

如果您首先放置component-scan标记,则xml bean将覆盖已扫描的Bean。如果放到最后,扫描的bean将被忽略。

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

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

例如:

 <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()并且解析器委托不知道此名称。

我不知道这是错误还是故意的,但参考文献

并未提及任何内容,而且似乎希望别名的内部和外部声明具有相同的行为。

以上是 Spring bean定义的优先顺序是什么? 的全部内容, 来源链接: utcz.com/qa/406539.html

回到顶部