这篇文章主要介绍“如何解决Spring中配置id或name相同的Bean可能引发的问题”，在日常操作中，相信很多人在如何解决Spring中配置id或name相同的Bean可能引发的问题问题上存在疑惑，小编查阅了各式资料，整理出简单好用的操作方法，希望对大家解答”如何解决Spring中配置id或name相同的Bean可能引发的问题”的疑惑有所帮助！接下来，请跟着小编一起来学习吧！
创新互联公司从2013年创立，是专业互联网技术服务公司，拥有项目成都网站制作、网站建设、外贸网站建设网站策划，项目实施与项目整合能力。我们以让每一个梦想脱颖而出为使命，1280元襄垣做网站,已为上家服务,为襄垣各地企业和个人服务,联系电话:13518219792
一、背景
如果再xml中配置了相同的的ID或name可能会造成一些问题，今天我们来探讨一下并解决。
二、问题
1、在同一个xml中配置了相同的bean的id。EX:
这种情况下，会直接抛出异常"Cannot register bean definition [xxx] for bean xxx: There is already [xxx] bound."
2、在不同的xml中配置相同的bean的id。EX:
test1.xml
test2.xml
这种情况下text2.xml中的bean会直接覆盖text1.xml中的bean，Spring最终只会把text2.xml中的bean加载到IOC容器中。
此时spring并不会报错，只会打印info级别的日志信息，"Overriding bean definition for bean xxx with a different definition: replacing [xxx] with [xxx]" 这种情况下，要排查问题很困难。
三、解决
通过查看spring源码，我们发现在springIOC容器初始化时，有一个关键变量allowBeanDefinitionOverriding。
再来看下源码：
@Override
public void registerBeanDefinition(String beanName, BeanDefinition beanDefinition)
throws BeanDefinitionStoreException {
// 校验 beanName 与 beanDefinition 非空
Assert.hasText(beanName, "Bean name must not be empty");
Assert.notNull(beanDefinition, "BeanDefinition must not be null");
//校验解析的BeanDefiniton
if (beanDefinition instanceof AbstractBeanDefinition) {
try {
((AbstractBeanDefinition) beanDefinition).validate();
}
catch (BeanDefinitionValidationException ex) {
throw new BeanDefinitionStoreException(beanDefinition.getResourceDescription(), beanName,
"Validation of bean definition failed", ex);
}
}
BeanDefinition oldBeanDefinition;
// 从缓存中获取指定 beanName 的 BeanDefinition
oldBeanDefinition = this.beanDefinitionMap.get(beanName);
// 如果已经存在
if (oldBeanDefinition != null) {
// 如果存在但是不允许覆盖，抛出异常
if (!isAllowBeanDefinitionOverriding()) {------------------6
throw new BeanDefinitionStoreException(beanDefinition.getResourceDescription(), beanName,
"Cannot register bean definition [" + beanDefinition + "] for bean '" + beanName +
"': There is already [" + oldBeanDefinition + "] bound.");
}
// 覆盖 beanDefinition 大于 被覆盖的 beanDefinition 的 ROLE ，打印 info 日志
else if (oldBeanDefinition.getRole() < beanDefinition.getRole()) {
// e.g. was ROLE_APPLICATION, now overriding with ROLE_SUPPORT or ROLE_INFRASTRUCTURE
if (this.logger.isWarnEnabled()) {
this.logger.warn("Overriding user-defined bean definition for bean '" + beanName +
"' with a framework-generated bean definition: replacing [" +
oldBeanDefinition + "] with [" + beanDefinition + "]");
}
}
else if (!beanDefinition.equals(oldBeanDefinition)) {
if (this.logger.isInfoEnabled()) {
this.logger.info("Overriding bean definition for bean '" + beanName +
"' with a different definition: replacing [" + oldBeanDefinition +
"] with [" + beanDefinition + "]");
}
}
else {
if (this.logger.isDebugEnabled()) {
this.logger.debug("Overriding bean definition for bean '" + beanName +
"' with an equivalent definition: replacing [" + oldBeanDefinition +
"] with [" + beanDefinition + "]");
}
}
// 允许覆盖，直接覆盖原有的 BeanDefinition 到 beanDefinitionMap 中。
this.beanDefinitionMap.put(beanName, beanDefinition);
}可以看到在第6行，通过判断allowBeanDefinitionOverriding变量的值，来决定是覆盖还是抛出异常，而allowBeanDefinitionOverriding这个值默认是true。所以默认情况下是直接覆盖的，不会抛出异常。
那么我们很容易就想到，把allowBeanDefinitionOverriding的值改为false就可以解决问题。
查看源码，我们发现DefaultListableBeanFactory类提供了赋值allowBeanDefinitionOverriding变量的方法：
public void setAllowBeanDefinitionOverriding(boolean allowBeanDefinitionOverriding) {
this.allowBeanDefinitionOverriding = allowBeanDefinitionOverriding;
}所以我们只要调用这个方法，把allowBeanDefinitionOverriding赋值成false就成功了。
那么如何修改呢？ 我们来看下都有哪些类调用了setAllowBeanDefinitionOverriding()方法：
可以看到，在AbstractRefreshableApplicationContext类中调用了该方法， 我们继续跟进这个类中看：
protected void customizeBeanFactory(DefaultListableBeanFactory beanFactory) {
if (this.allowBeanDefinitionOverriding != null) {
beanFactory.setAllowBeanDefinitionOverriding(this.allowBeanDefinitionOverriding);
}
if (this.allowCircularReferences != null) {
beanFactory.setAllowCircularReferences(this.allowCircularReferences);
}
}发现是在customizeBeanFactory()方法中调用的，接着我们来跟踪this.allowBeanDefinitionOverriding变量，看看是在哪里设置的：
/**
* Set whether it should be allowed to override bean definitions by registering
* a different definition with the same name, automatically replacing the former.
* If not, an exception will be thrown. Default is "true".
* @see org.springframework.beans.factory.support.DefaultListableBeanFactory#setAllowBeanDefinitionOverriding
*/
public void setAllowBeanDefinitionOverriding(boolean allowBeanDefinitionOverriding) {
this.allowBeanDefinitionOverriding = allowBeanDefinitionOverriding;
}可以看到AbstractRefreshableApplicationContext暴露了setAllowBeanDefinitionOverriding()方法来设置allowBeanDefinitionOverriding变量的值。 直接在AbstractRefreshableApplicationContext这个类中查看哪里调用了这个方法，发现找不到， 那我们就看看他有哪些子类。
我们会发现一个非常熟悉的类：ClassPathXmlApplicationContext 接下来就简单了，我们只要通过ClassPathXmlApplicationContext类调用父类的setAllowBeanDefinitionOverriding()方法，就可以设置allowBeanDefinitionOverriding变量的值了。
代码如下：
public static void main(String[] args){
ClassPathXmlApplicationContext applicationContext =
new ClassPathXmlApplicationContext(new String[]{"context.xml", "context1.xml"}, false);
// 注意context的顺序，可以预知肯定是在context1.xml中出现冲突
// 注意这个false数据，设置为false，意味着不会主动的去刷新bean工厂以及解析xml
applicationContext.setAllowBeanDefinitionOverriding(false);
// 赋值application的参数allowBeanDefinitionOverriding
applicationContext.refresh();
// 现在需要手动的启动refresh操作
Student student = (Student)applicationContext.getBean("student");
System.out.println(student.toString());
}大功告成～
到此，关于“如何解决Spring中配置id或name相同的Bean可能引发的问题”的学习就结束了，希望能够解决大家的疑惑。理论与实践的搭配能更好的帮助大家学习，快去试试吧！若想继续学习更多相关知识，请继续关注创新互联网站，小编会继续努力为大家带来更多实用的文章！
网站名称：如何解决Spring中配置id或name相同的Bean可能引发的问题
本文来源：
http://jkwzsj.com/article/jpecgi.html
