NoUniqueBeanDefinitionException: expected single matching bean but found 2

文章目录


前言

看到这个错误,大致也能猜出错误的原因,就是spring中注入的bean重复了,本来应该是单利的bean,但是现在却找到了两个,那么导致这个问题的原因是什么?如何解决呢?


一、错误现象

运行项目或者运行junit测试,直接报错,抛出错误的位置:

错误控制台日志:


二、原因分析

其实产生这种错误的原因有以下三种:

  • 1 手欠

例如: 你有 A B 两个service ,都要注入,但是你注入的时候,手欠的加入了注入的名字, A B 都注入为了 a,就会抛出如上错误;

  • 2 同一个类被多次扫描,且扫描结果不一致

例如: 我今天遇到的这个错误就是,两次扫描,两次扫描key不一致,一次是类,一次是类全路径名,但是都放入了spring中,抛出如上错误;

复制代码
@Nullable
	public Object resolveNotUnique(ResolvableType type, Map<String, Object> matchingBeans) throws BeansException {
		throw new NoUniqueBeanDefinitionException(type, matchingBeans.keySet());
	}

正常来说这段代码, matchingBeans.keySet() 的长度应该为1 ,但是我找到了两个;

  • 3 虽然不是手欠,但是仍然是第一个错误

有两个名为A 的bean,但是包不同, com.ceshi.A 和 com.ce.shi.A,但是注入的时候,都为 a;


三、解决办法

其实第一种和第三种,都比较解决;

第一种: 别手欠

第三种: 起不同名字,或者注入不同的名字
第二种:

其实这种是由于编码不规范,或者任意增加包扫描导致的错误,造成了两次扫描;例如 com.ceshi.A

第一次扫描: SpringBootApplication 默认就会扫描包下所有要注入的bean,此时扫描到的bean名称,在不自定义的情况下,就为 a;

第一次扫描: 自己自定义了一个扫描类,且开启了一个东西
nameGenerator = FullyQualifiedAnnotationBeanNameGenerator.class

它会导致你扫描的所有bean都变为了全路径bean名称,就为 com.ceshi.A

至此,发现了此问题的原因,那么解决办法就是,在原有的启动类上,也加入这个开启全路径名称bean 的注入;


总结

那么为什么他会自定义了一个包扫描,且开启了nameGenerator = FullyQualifiedAnnotationBeanNameGenerator.class呢?

其实不怪他:

因为这个项目要引入很多自定的jar包,jar包中就是有与目前同名的bean要注入,但是包路径不同,为了都可以注入成功,所以最终也只能采用此办法,相当于全局都开启了这个 配置;

这个问题,百度了半个多小时也没有解决,虽然这篇文字写的不多,但是我相信一定可以派上大用场,貌似目前还没有解决这个问题的办法,以及原因分析;
字少事儿大原则~~

相关推荐
Top`几秒前
Java 泛型 (Generics)
java·开发语言·windows
爱吃土豆的马铃薯ㅤㅤㅤㅤㅤㅤㅤㅤㅤ25 分钟前
如何使用Java WebSocket API实现客户端和服务器端的通信?
java·开发语言·websocket
是小崔啊38 分钟前
tomcat源码02 - 理解Tomcat架构设计
java·tomcat
没有bug.的程序员1 小时前
JAVA面试宝典 -《安全攻防:从 SQL 注入到 JWT 鉴权》
java·安全·面试
栈溢出了1 小时前
MyBatis实现分页查询-苍穹外卖笔记
java·笔记·mybatis
morningcat20181 小时前
java17 gc笔记
java·jvm·笔记
1 小时前
Unity开发中常用的洗牌算法
java·算法·unity·游戏引擎·游戏开发
Your易元2 小时前
设计模式-模板方法模式
java·设计模式·模板方法模式
risc1234563 小时前
Elasticsearch 线程池
java·大数据·elasticsearch
Linn3 小时前
Spring WebSocket 服务实现的主流方案与最佳实践
spring boot·后端·spring