SpringCloud - allowBeanDefinitionOverriding(spring.main.allow-bean-definition-overriding)分析

简介: SpringCloud - allowBeanDefinitionOverriding(spring.main.allow-bean-definition-overriding)分析

问题描述

最近在学习spring cloud sleuth过程中,遇到了一个问题

Thebean'characterEncodingFilter', definedinclasspathresource [zipkin/autoconfigure/ui/ZipkinUiAutoConfiguration.class], couldnotberegistered. Abeanwiththatnamehasalreadybeendefinedinclasspathresource [org/springframework/boot/autoconfigure/web/servlet/HttpEncodingAutoConfiguration.class] andoverridingisdisabled.
Action:
Considerrenamingoneofthebeansorenablingoverridingbysettingspring.main.allow-bean-definition-overriding=true

从错误信息中可以看到,characterEncodingFilter这个bean被定义了两次,ZipkinUiAutoConfiguration和HttpEncodingAutoConfiguration都有定义。在大型项目开发过程中,这种情况并不少见。毕竟各个不同的组件都是独立开发的,集成到一起后总会遇到各种惊喜。spring.main.allow-bean-definition-overriding=true就是解决bean重复定义的。设置为true时,后定义的bean会覆盖之前定义的相同名称的bean。

问题分析

上面已经看到,spring.main.allow-bean-definition-overriding设置为true,表示后发现的bean会覆盖之前相同名称的bean。

问题就出在spring初始化时bean工厂加载bean的时候。我们来看一下DefaultListableBeanFactory代码:

/** 是否允许使用相同名称重新注册不同的bean实现. 默认是允许*/privatebooleanallowBeanDefinitionOverriding=true;
/*** 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. This also applies to overriding aliases.* <p>Default is "true".【这里明确说明了默认是true】* @see #registerBeanDefinition*/publicbooleanisAllowBeanDefinitionOverriding() {
returnthis.allowBeanDefinitionOverriding;
}
@OverridepublicvoidregisterBeanDefinition(StringbeanName, BeanDefinitionbeanDefinition)
throwsBeanDefinitionStoreException {
Assert.hasText(beanName, "Bean name must not be empty");
Assert.notNull(beanDefinition, "BeanDefinition must not be null");
if (beanDefinitioninstanceofAbstractBeanDefinition) {
try {
            ((AbstractBeanDefinition) beanDefinition).validate();
        }
catch (BeanDefinitionValidationExceptionex) {
thrownewBeanDefinitionStoreException(beanDefinition.getResourceDescription(), beanName,
"Validation of bean definition failed", ex);
        }
    }
//bean加载到spring的工程中后,会存储在beanDefinitionMap中,key是bean的名称。BeanDefinitionexistingDefinition=this.beanDefinitionMap.get(beanName);
if (existingDefinition!=null) {//不为空,说明相同名称的bean已经存在了if (!isAllowBeanDefinitionOverriding()) {//如果不允许相同名称的bean存在,则直接抛出异常thrownewBeanDefinitionOverrideException(beanName, beanDefinition, existingDefinition);
        }
elseif (existingDefinition.getRole() <beanDefinition.getRole()) {
// e.g. was ROLE_APPLICATION, now overriding with ROLE_SUPPORT or ROLE_INFRASTRUCTUREif (logger.isInfoEnabled()) {
logger.info("Overriding user-defined bean definition for bean '"+beanName+"' with a framework-generated bean definition: replacing ["+existingDefinition+"] with ["+beanDefinition+"]");
            }
        }
elseif (!beanDefinition.equals(existingDefinition)) {
if (logger.isDebugEnabled()) {
logger.debug("Overriding bean definition for bean '"+beanName+"' with a different definition: replacing ["+existingDefinition+"] with ["+beanDefinition+"]");
            }
        }
else {
if (logger.isTraceEnabled()) {
logger.trace("Overriding bean definition for bean '"+beanName+"' with an equivalent definition: replacing ["+existingDefinition+"] with ["+beanDefinition+"]");
            }
        }
//可见,上面allowBeanDefinitionOverriding =true时,只是记录了一些日志,然后后来发现的这个bean,会覆盖之前老的bean。this.beanDefinitionMap.put(beanName, beanDefinition);
    }
else {
if (hasBeanCreationStarted()) {
// Cannot modify startup-time collection elements anymore (for stable iteration)synchronized (this.beanDefinitionMap) {
this.beanDefinitionMap.put(beanName, beanDefinition);
List<String>updatedDefinitions=newArrayList<>(this.beanDefinitionNames.size() +1);
updatedDefinitions.addAll(this.beanDefinitionNames);
updatedDefinitions.add(beanName);
this.beanDefinitionNames=updatedDefinitions;
if (this.manualSingletonNames.contains(beanName)) {
Set<String>updatedSingletons=newLinkedHashSet<>(this.manualSingletonNames);
updatedSingletons.remove(beanName);
this.manualSingletonNames=updatedSingletons;
                }
            }
        }
else {
// Still in startup registration phasethis.beanDefinitionMap.put(beanName, beanDefinition);
this.beanDefinitionNames.add(beanName);
this.manualSingletonNames.remove(beanName);
        }
this.frozenBeanDefinitionNames=null;
    }
if (existingDefinition!=null||containsSingleton(beanName)) {
resetBeanDefinition(beanName);
    }
}

具体可以看上面代码中添加的注释。

可以看一下BeanDefinitionOverrideException的定义,我们上面抛出的异常,就是这里抛出的。

publicBeanDefinitionOverrideException(
StringbeanName, BeanDefinitionbeanDefinition, BeanDefinitionexistingDefinition) {
super(beanDefinition.getResourceDescription(), beanName,
"Cannot register bean definition ["+beanDefinition+"] for bean '"+beanName+"': There is already ["+existingDefinition+"] bound.");
this.beanDefinition=beanDefinition;
this.existingDefinition=existingDefinition;
}

实际错误时提示bean重复,不过这里spring又对其进行了封装,最终打印出来的结果就是本文开头的错误输出,并且提示了我们要配置spring.main.allow-bean-definition-overriding=true。

可能有的人会问了,上面代码中默认就是true啊,为什么还要我手动配置?

原因就是上面贴出来的是spring的代码,而springboot对这个参数又进行了二次封装,springboot中的allowBeanDefinitionOverriding是没有初始化默认值的,我们知道,java中的boolean类型不初始化时是false。

springboot中源代码:

//没有默认初始化就是falseprivatebooleanallowBeanDefinitionOverriding;
/*** Sets if bean definition overriding, by registering a definition with the same name* as an existing definition, should be allowed. Defaults to {@code false}.【这里写的很明白了,默认是false】* @param allowBeanDefinitionOverriding if overriding is allowed* @since 2.1* @see DefaultListableBeanFactory#setAllowBeanDefinitionOverriding(boolean)*/publicvoidsetAllowBeanDefinitionOverriding(booleanallowBeanDefinitionOverriding) {
this.allowBeanDefinitionOverriding=allowBeanDefinitionOverriding;
}
privatevoidprepareContext(ConfigurableApplicationContextcontext,
ConfigurableEnvironmentenvironment, SpringApplicationRunListenerslisteners,
ApplicationArgumentsapplicationArguments, BannerprintedBanner) {
context.setEnvironment(environment);
postProcessApplicationContext(context);
applyInitializers(context);
listeners.contextPrepared(context);
if (this.logStartupInfo) {
logStartupInfo(context.getParent() ==null);
logStartupProfileInfo(context);
    }
// Add boot specific singleton beansConfigurableListableBeanFactorybeanFactory=context.getBeanFactory();
beanFactory.registerSingleton("springApplicationArguments", applicationArguments);
if (printedBanner!=null) {
beanFactory.registerSingleton("springBootBanner", printedBanner);
    }
if (beanFactoryinstanceofDefaultListableBeanFactory) {
//**在此处给bean工程设置属性**        ((DefaultListableBeanFactory) beanFactory)
                .setAllowBeanDefinitionOverriding(this.allowBeanDefinitionOverriding);
    }
// Load the sourcesSet<Object>sources=getAllSources();
Assert.notEmpty(sources, "Sources must not be empty");
load(context, sources.toArray(newObject[0]));
listeners.contextLoaded(context);
}

到底 allowBeanDefinitionOverriding 应该设置 true 还是 false?

上面代码中可以看到,spring中默认是true,也就是默认支持名称相同的bean的覆盖。而springboot中的默认值是false,也就是不支持名称相同的bean被覆盖。

那么我们自己应该如何选择呢?

这里笔者认为默认不覆盖比较好。

因为还是推荐一个系统中不要存在名称相同的bean,否则后者覆盖前者,多人分工合作的时候,难以避免某些bean被覆盖,会出现很多诡异的问题 ,甚至会带来线上真实的业务损失。

Bean的名称不相同,依据具体的业务给bean起名字。这样不但可以解决bean名称重复的问题,还可以大大提高程序的可读性与可维护性。

只有当集成了第三方的库,不同库直接由于是多个团队开发的,甚至这些团队属于不同的国家,有可能会出现bean名称相同的情况。这种情况就需要根据实际需求来设置allowBeanDefinitionOverriding的值了。

目录
相关文章
|
4月前
|
监控 Java API
Spring Boot 3.2 结合 Spring Cloud 微服务架构实操指南 现代分布式应用系统构建实战教程
Spring Boot 3.2 + Spring Cloud 2023.0 微服务架构实践摘要 本文基于Spring Boot 3.2.5和Spring Cloud 2023.0.1最新稳定版本,演示现代微服务架构的构建过程。主要内容包括: 技术栈选择:采用Spring Cloud Netflix Eureka 4.1.0作为服务注册中心,Resilience4j 2.1.0替代Hystrix实现熔断机制,配合OpenFeign和Gateway等组件。 核心实操步骤: 搭建Eureka注册中心服务 构建商品
701 3
|
2月前
|
负载均衡 Java API
《深入理解Spring》Spring Cloud 构建分布式系统的微服务全家桶
Spring Cloud为微服务架构提供一站式解决方案,涵盖服务注册、配置管理、负载均衡、熔断限流等核心功能,助力开发者构建高可用、易扩展的分布式系统,并持续向云原生演进。
|
6月前
|
负载均衡 Java API
基于 Spring Cloud 的微服务架构分析
Spring Cloud 是一个基于 Spring Boot 的微服务框架,提供全套分布式系统解决方案。它整合了 Netflix、Zookeeper 等成熟技术,通过简化配置和开发流程,支持服务发现(Eureka)、负载均衡(Ribbon)、断路器(Hystrix)、API网关(Zuul)、配置管理(Config)等功能。此外,Spring Cloud 还兼容 Nacos、Consul、Etcd 等注册中心,满足不同场景需求。其核心组件如 Feign 和 Stream,进一步增强了服务调用与消息处理能力,为开发者提供了一站式微服务开发工具包。
625 0
|
9月前
|
负载均衡 Dubbo Java
Spring Cloud Alibaba与Spring Cloud区别和联系?
Spring Cloud Alibaba与Spring Cloud区别和联系?
|
8月前
|
SQL 前端开发 Java
深入分析 Spring Boot 项目开发中的常见问题与解决方案
本文深入分析了Spring Boot项目开发中的常见问题与解决方案,涵盖视图路径冲突(Circular View Path)、ECharts图表数据异常及SQL唯一约束冲突等典型场景。通过实际案例剖析问题成因,并提供具体解决方法,如优化视图解析器配置、改进数据查询逻辑以及合理使用外键约束。同时复习了Spring MVC视图解析原理与数据库完整性知识,强调细节处理和数据验证的重要性,为开发者提供实用参考。
337 0
|
10月前
|
前端开发 Java Nacos
🛡️Spring Boot 3 整合 Spring Cloud Gateway 工程实践
本文介绍了如何使用Spring Cloud Alibaba 2023.0.0.0技术栈构建微服务网关,以应对微服务架构中流量治理与安全管控的复杂性。通过一个包含鉴权服务、文件服务和主服务的项目,详细讲解了网关的整合与功能开发。首先,通过统一路由配置,将所有请求集中到网关进行管理;其次,实现了限流防刷功能,防止恶意刷接口;最后,添加了登录鉴权机制,确保用户身份验证。整个过程结合Nacos注册中心,确保服务注册与配置管理的高效性。通过这些实践,帮助开发者更好地理解和应用微服务网关。
1727 0
🛡️Spring Boot 3 整合 Spring Cloud Gateway 工程实践
|
11月前
|
人工智能 安全 Java
AI 时代:从 Spring Cloud Alibaba 到 Spring AI Alibaba
本次分享由阿里云智能集团云原生微服务技术负责人李艳林主讲,主题为“AI时代:从Spring Cloud Alibaba到Spring AI Alibaba”。内容涵盖应用架构演进、AI agent框架发展趋势及Spring AI Alibaba的重磅发布。分享介绍了AI原生架构与传统架构的融合,强调了API优先、事件驱动和AI运维的重要性。同时,详细解析了Spring AI Alibaba的三层抽象设计,包括模型支持、工作流智能体编排及生产可用性构建能力,确保安全合规、高效部署与可观测性。最后,结合实际案例展示了如何利用私域数据优化AI应用,提升业务价值。
1010 4
|
12月前
|
XML Java 数据格式
Spring Core核心类库的功能与应用实践分析
【12月更文挑战第1天】大家好,今天我们来聊聊Spring Core这个强大的核心类库。Spring Core作为Spring框架的基础,提供了控制反转(IOC)和依赖注入(DI)等核心功能,以及企业级功能,如JNDI和定时任务等。通过本文,我们将从概述、功能点、背景、业务点、底层原理等多个方面深入剖析Spring Core,并通过多个Java示例展示其应用实践,同时指出对应实践的优缺点。
171 14
|
负载均衡 Java 开发者
深入探索Spring Cloud与Spring Boot:构建微服务架构的实践经验
深入探索Spring Cloud与Spring Boot:构建微服务架构的实践经验
680 5

热门文章

最新文章