@Resource 按字段名查找的坑
Spring Boot 启动失败BeanNotOfRequiredTypeExceptionnacosGracefulShutdownDelegate连环报错分析一、错误现象应用启动时直接失败控制台打印大量异常堆栈主要包括两类错误1. 核心错误导致启动失败org.springframework.beans.factory.BeanCreationException: Error creating bean with name assessmentIndicatorSyncJob: Injection of resource dependencies failed Caused by: org.springframework.beans.factory.BeanCreationException: Error creating bean with name assessmentIndicatorCalcServiceImpl: Injection of resource dependencies failed Caused by: org.springframework.beans.factory.BeanNotOfRequiredTypeException: Bean named tenantFrameworkService is expected to be of type ...TenantCommonApi but was actually of type ...TenantFrameworkServiceImpl2. 次生错误Context 关闭时反复出现org.springframework.beans.factory.BeanCreationNotAllowedException: Error creating bean with name nacosGracefulShutdownDelegate: Singleton bean creation not allowed while singletons of this factory are in destruction该错误重复出现5~6 次随后应用退出。二、错误根因分析2.1 定位问题代码ServicepublicclassAssessmentIndicatorCalcServiceImplimplementsAssessmentIndicatorCalcService{ResourceprivateTenantCommonApitenantFrameworkService;// ← 问题在这里// ...}2.2Resource注入机制Resource的查找顺序是先按 bean name字段名匹配匹配不到再按类型匹配因为字段名叫tenantFrameworkServiceSpring 就去容器中找名为tenantFrameworkService的 Bean。2.3 容器中实际存在什么容器中确实有一个 Bean 叫tenantFrameworkService但它来自yudao-spring-boot-starter-biz-tenant模块// TenantFrameworkServiceImpl.javaRequiredArgsConstructorpublicclassTenantFrameworkServiceImplimplementsTenantFrameworkService{// 它实现的是 TenantFrameworkService 接口privatefinalTenantCommonApitenantApi;// 内部包装了 TenantCommonApi}而代码中声明的类型是// TenantCommonApi.java — 这是一个 Feign 客户端接口FeignClient(nameRpcConstants.SYSTEM_NAME)publicinterfaceTenantCommonApi{// RPC 远程调用接口CommonResultTenantRespDTOgetTenant(RequestParam(id)Longid);}2.4 类型关系类/接口类型说明TenantCommonApiFeign 客户端接口RPC 远程调用通过 HTTP 调用 system-serverTenantFrameworkService本地服务接口定义本地租户服务方法TenantFrameworkServiceImpl本地服务实现类实现TenantFrameworkService内部包装了TenantCommonApi并加了 Guava 缓存TenantFrameworkServiceImpl不实现TenantCommonApi它们是两个完全不同的类型体系。2.5 结论字段名声明的类型容器中实际匹配到的 Bean结果tenantFrameworkServiceTenantCommonApiTenantFrameworkServiceImpl类型TenantFrameworkService❌BeanNotOfRequiredTypeException三、Nacos 报错为什么出现3.1 事件链① BeanNotOfRequiredTypeException (tenantFrameworkService 类型不匹配) ↓ ② ApplicationContext.refresh() 失败 → 调用 doClose() 清理 ↓ ③ doClose() 发布 ContextClosedEvent ↓ ④ Nacos 的 nacosGracefulShutdownDelegate 监听器收到事件 ↓ ⑤ 该监听器尝试 getBean() → 但 BeanFactory 已在销毁状态 ↓ ⑥ BeanCreationNotAllowedException: Singleton bean creation not allowed...3.2 为什么重复 5~6 次看堆栈中间NamedContextFactory.destroy() ← Spring Cloud LoadBalancer 的子容器销毁 → AbstractApplicationContext.close() → doClose() 发布 ContextClosedEvent → nacosGracefulShutdownDelegate 再次尝试 getBean()NamedContextFactorySpring Cloud LoadBalancer会为每个服务创建独立的子 ApplicationContext。销毁时每个子 Context关闭都会发布ContextClosedEventNacos 监听器又注册在每个子 Context 中所以触发多次。3.3 错误性质错误性质原因BeanNotOfRequiredTypeException根因Resource字段名导致按名称匹配到错误的 BeanBeanCreationNotAllowedException次生启动失败后关闭 Context 时Nacos 在销毁阶段试图 getBeanNacos 线程池/HttpClient 销毁日志正常清理容器销毁时的正常善后动作四、解决方案4.1 修复方法将字段名改为不与任何 Bean 名冲突让Resource退化为按类型匹配// 修改前ResourceprivateTenantCommonApitenantFrameworkService;// ❌ 按名称匹配到 TenantFrameworkServiceImpl// 修改后ResourceprivateTenantCommonApitenantCommonApi;// ✅ 按类型匹配到 TenantCommonApi 的 Feign Bean同时删除无用的 import// 删除这行从未使用importcn.iocoder.yudao.framework.tenant.core.service.TenantFrameworkService;4.2 修复后的调用// 使用处同步修改CommonResultTenantRespDTOcommonResulttenantCommonApi.getTenant(TenantContextHolder.getTenantId());4.3 原理说明字段名改为tenantCommonApi后Spring 找不到名为tenantCommonApi的 Bean于是退回到按类型匹配正确匹配到 Feign 框架自动创建的TenantCommonApi代理 Bean注入成功。五、教训与最佳实践5.1ResourcevsAutowired注解默认匹配方式注意事项Resource先按 bean name再按 type字段名会影响注入结果Autowired先按 type再按 name字段名一般不影响注入除非有多个同类型 Bean5.2 字段命名建议字段名不要与其他已知的 Bean 名相同否则Resource会按名称匹配字段名应该反映声明的类型而不是想要的功能例如TenantCommonApi类型的字段就叫tenantCommonApi而不是tenantFrameworkService5.3 遇到类似错误时的排查思路找到最底层的Caused by而非最上面的报错看BeanNotOfRequiredTypeException中的三个关键信息Bean 名tenantFrameworkService期望类型TenantCommonApi实际类型TenantFrameworkServiceImpl检查字段声明是否与 Bean 名冲突上层的 Nacos 报错通常是次生灾害忽略即可六、参考Spring Resource AnnotationSpring Cloud Nacos Graceful ShutdownDefaultSingletonBeanRegistry 源码

相关新闻

基于DRV2605L评估套件的多驱动器触觉反馈系统设计与实战

基于DRV2605L评估套件的多驱动器触觉反馈系统设计与实战

1. 项目概述与核心价值 如果你正在设计下一代智能手表、游戏手柄或者车载中控屏,想让用户每一次点击、滑动和确认都获得清晰、细腻且有层次的物理反馈,那么触觉反馈技术就是你绕不开的核心。传统的“嗡嗡”震动早已过时,现代交互追求的是精准…

2026/7/23 11:49:23阅读更多 →
网络恶搞事件的技术解析:从AI生成到传播分析

网络恶搞事件的技术解析:从AI生成到传播分析

这次我们来看一个很有意思的网络现象——"网友恶搞引发热议,谁干的?💀"事件。这个事件最近在社交媒体上引发了广泛讨论,涉及网络恶搞行为的边界、传播机制以及背后的技术实现方式。作为技术从业者,我们更关注…

2026/7/23 11:49:23阅读更多 →
BLIP-2跨模态预训练技术解析与应用实践

BLIP-2跨模态预训练技术解析与应用实践

1. BLIP-2技术架构解析BLIP-2的核心创新在于其独特的三明治结构设计,通过冻结预训练好的视觉编码器和语言模型,仅训练中间的轻量级查询转换器(Q-Former)来实现跨模态对齐。这种设计思路源于对现有多模态预训练模型痛点的深刻洞察——传统端到端训练方式需…

2026/7/23 11:47:22阅读更多 →
Tiva™ C系列MCU动态电源管理实战:从LDO调节到存储器功耗优化

Tiva™ C系列MCU动态电源管理实战:从LDO调节到存储器功耗优化

1. 项目概述:深入Tiva™ C系列MCU的动态电源管理在嵌入式开发,尤其是电池供电的物联网节点、便携式医疗设备或远程传感器项目中,功耗控制往往直接决定了产品的成败。我们常常需要在“性能”和“续航”之间走钢丝,而芯片厂商提供的…

2026/7/23 13:11:47阅读更多 →
MSPM0G AES硬件加速器:从原理到DMA实战优化

MSPM0G AES硬件加速器:从原理到DMA实战优化

1. AES硬件加速器:嵌入式安全的基石在物联网设备、智能家居、工业控制这些嵌入式应用里,数据安全早就不是“加分项”,而是“必选项”。你想想,一个智能门锁的通信数据如果被轻易破解,或者一个工业传感器的读数被恶意篡…

2026/7/23 13:11:47阅读更多 →
三星 Galaxy Z Flip 8:更薄更轻功能升级,价格上涨是否值得入手?

三星 Galaxy Z Flip 8:更薄更轻功能升级,价格上涨是否值得入手?

外观与配置:更似普通手机三星新款 Galaxy Z Flip 8 给人的感觉比以往任何时候都更像一部普通手机,它更薄、更轻,而且正面屏幕几乎能让你做任何事。至于这是好事还是坏事,目前还不太确定。体验感受:与前代差别不大上周&…

2026/7/23 13:11:47阅读更多 →
2026 年 Fairphone 6 广角相机实现 Linux 实验性支持,多步骤攻克技术难题

2026 年 Fairphone 6 广角相机实现 Linux 实验性支持,多步骤攻克技术难题

背景Fairphone 6 成为主线 Linux 和 postmarketOS 的有趣目标,原因有五:其一,与多数受支持的 postmarketOS 设备相比,它的硬件较新;其二,Fairphone 投资支持主线 Linux,Luca Weiss 推动了大部分…

2026/7/23 13:11:47阅读更多 →
即梦 AI 多模态协同工作流,图文→视频→配音→字幕全自动链路搭建(含Prompt链式编排模板库)

即梦 AI 多模态协同工作流,图文→视频→配音→字幕全自动链路搭建(含Prompt链式编排模板库)

更多请点击: https://intelliparadigm.com 第一章:即梦 AI 多模态协同工作流概览 即梦 AI 是一个面向生成式人工智能应用的开放平台,其核心能力在于打通文本、图像、音频、视频与结构化数据之间的语义边界,构建统一的多模态协同…

2026/7/23 13:11:47阅读更多 →
YOLOv26在人群密度监测中的高效应用与优化

YOLOv26在人群密度监测中的高效应用与优化

1. 项目概述:YOLOv26在人群密度监测中的革新应用当你在人潮涌动的地铁站台、演唱会现场或旅游景区突然感到呼吸困难时,背后往往隐藏着人群密度失控的安全隐患。传统的人工计数和红外感应方式早已无法满足现代高密度场景的实时监测需求,这正是…

2026/7/23 13:09:47阅读更多 →
Go语言静态资源打包方案对比与实践指南

Go语言静态资源打包方案对比与实践指南

1. 项目背景与核心需求在Go语言开发中,我们经常需要处理静态资源文件的打包问题。无论是Web应用的模板文件、前端资源,还是配置文件、证书等,都需要随程序一起分发。传统做法是将这些文件与编译后的二进制文件放在同一目录下,但这…

2026/7/23 0:56:31阅读更多 →
Go语言实现高性能LDAP认证服务的架构与实践

Go语言实现高性能LDAP认证服务的架构与实践

1. 项目背景与核心价值LDAP(轻量级目录访问协议)作为企业级身份认证的黄金标准,已经服务了超过80%的财富500强公司。我在金融科技领域实施统一认证体系时,发现传统Java方案存在启动慢、内存占用高等痛点。而Go语言凭借其协程并发模…

2026/7/23 0:56:31阅读更多 →
【AI面试官实战指南】:用ChatGPT模拟10类高频技术岗面试,3天提升应答精准度92%

【AI面试官实战指南】:用ChatGPT模拟10类高频技术岗面试,3天提升应答精准度92%

更多请点击: https://intelliparadigm.com 第一章:AI面试官实战指南的核心价值与适用场景 AI面试官并非替代人类HR的“黑箱工具”,而是以可解释、可审计、可迭代的方式,赋能招聘全链路的关键基础设施。其核心价值在于将主观经验沉…

2026/7/23 0:56:31阅读更多 →
Chitchatter完整指南:免费开源的终极点对点安全聊天工具

Chitchatter完整指南:免费开源的终极点对点安全聊天工具

Chitchatter完整指南:免费开源的终极点对点安全聊天工具 【免费下载链接】chitchatter Secure peer-to-peer chat that is serverless, decentralized, and ephemeral 项目地址: https://gitcode.com/gh_mirrors/ch/chitchatter Chitchatter是一款革命性的安…

2026/7/23 0:00:28阅读更多 →
从单点好评到指数级传播:AI副业主理人必须掌握的4层口碑渗透模型(含ROI测算表)

从单点好评到指数级传播:AI副业主理人必须掌握的4层口碑渗透模型(含ROI测算表)

更多请点击: https://intelliparadigm.com 第一章:从单点好评到指数级传播:AI副业主理人必须掌握的4层口碑渗透模型(含ROI测算表) 当AI副业主理人不再仅满足于单次服务交付,而是主动构建可复用、可裂变、可…

2026/7/23 0:00:28阅读更多 →
油泥处理设备哪里能买到

油泥处理设备哪里能买到

油泥处理设备哪里有?这是许多从事油田、炼化、清罐业务的从业者最关心的问题。根据河南三丰环保设备有限公司的行业经验,选购油泥处理设备的核心在于设备能否适配当地环保法规与原料特性,而非单纯看价格。该公司总经理王钦田先生指出&#xf…

2026/7/23 0:00:28阅读更多 →
YOLOv8推理性能优化:从1.2FPS到35FPS的全链路加速实践

YOLOv8推理性能优化:从1.2FPS到35FPS的全链路加速实践

如果你在部署 YOLOv8 时,发现推理速度只有可怜的 1-2 FPS,而别人的演示视频却能跑到 30 FPS 以上,那么问题很可能不在模型本身,而在于你的整个处理链路。很多开发者拿到一个训练好的 YOLOv8 模型后,会直接使用官方示例…

2026/7/22 22:56:18阅读更多 →
Coze与Dify对比指南:低代码AI应用开发从入门到实战

Coze与Dify对比指南:低代码AI应用开发从入门到实战

1. 从零到一:为什么你需要了解 Coze 和 Dify?如果你对 AI 应用开发感兴趣,但一看到“大模型”、“智能体”、“工作流”这些词就头疼,觉得门槛太高,那这篇文章就是为你准备的。很多开发者,包括我自己&#…

2026/7/22 18:55:50阅读更多 →
AI生图工具怎么选?2026年6月版实测对比

AI生图工具怎么选?2026年6月版实测对比

做自媒体的朋友应该都有体会:配图一直是个让人头疼的问题。2026年,AI生图工具已经非常成熟了,但工具太多反而不知道怎么选。以下是截至2026年6月我对主流AI生图工具的实测对比。Midjourney V8.1:速度之王2026年6月11日&#xff0c…

2026/7/22 18:55:50阅读更多 →