开发者社区

文档建议反馈控制台

最新优惠活动

文章/答案/技术大牛

发布

适用于ProGuard上的TransactionAttributeSource的Spring NoUniqueBeanDefinitionException

Spring NoUniqueBeanDefinitionException是Spring框架中的一个异常类，表示在容器中存在多个相同类型的Bean对象，而无法确定要注入哪一个Bean对象。

ProGuard是一个用于代码混淆和优化的工具，它可以在Android应用程序的构建过程中对代码进行压缩和优化，以减小应用的体积并提高运行效率。

TransactionAttributeSource是Spring框架中的一个接口，用于确定事务的属性，例如事务的传播行为、隔离级别、超时等。

在使用ProGuard进行代码混淆时，可能会导致Spring框架无法正确识别被混淆的类或方法，从而引发NoUniqueBeanDefinitionException异常。这是因为ProGuard对代码进行了混淆和优化，导致Spring无法准确匹配到对应的Bean对象。

解决这个问题的方法是通过配置ProGuard的混淆规则，确保Spring框架所需的类和方法不被混淆或优化。可以使用keep规则来指定需要保留的类、方法或字段，以避免出现NoUniqueBeanDefinitionException异常。

以下是一些可能导致NoUniqueBeanDefinitionException异常的常见原因和解决方法：

容器中存在多个相同类型的Bean对象：可以通过在注入时使用@Qualifier注解指定具体的Bean名称，或者使用@Primary注解标记一个首选的Bean对象。
使用了自动扫描注解（如@ComponentScan）并且存在多个相同类型的Bean对象：可以通过在配置类上使用@Primary注解标记一个首选的Bean对象，或者在@Bean注解中使用name属性指定Bean名称。
使用了泛型注入（如@Autowired List<SomeBean> beans）并且存在多个相同类型的Bean对象：可以通过在注入时使用@Qualifier注解指定具体的Bean名称。
使用了AOP（面向切面编程）并且存在多个相同类型的切面对象：可以通过在切面类上使用@Order注解指定切面的执行顺序，或者在切面类上使用@Primary注解标记一个首选的切面对象。

总之，解决NoUniqueBeanDefinitionException异常的关键是确保容器中只存在一个符合条件的Bean对象，可以通过使用@Qualifier、@Primary、@Order等注解来进行精确匹配，或者通过配置ProGuard的混淆规则来避免混淆导致的问题。

腾讯云相关产品和产品介绍链接地址：

腾讯云官网：https://cloud.tencent.com/
云服务器（CVM）：https://cloud.tencent.com/product/cvm
云数据库 MySQL 版：https://cloud.tencent.com/product/cdb_mysql
云原生应用引擎（TKE）：https://cloud.tencent.com/product/tke
人工智能平台（AI Lab）：https://cloud.tencent.com/product/ai
物联网开发平台（IoT Explorer）：https://cloud.tencent.com/product/iotexplorer
移动开发平台（移动推送）：https://cloud.tencent.com/product/umeng
云存储（对象存储）：https://cloud.tencent.com/product/cos
区块链服务（TBaaS）：https://cloud.tencent.com/product/tbaas
腾讯云元宇宙：https://cloud.tencent.com/solution/virtual-universe

相关搜索:如何在Spring5中使用自定义的“TransactionAttributeSource”Android上的ProGuard和Gson(ClassCastException)Spring配置(基于注释)：NoUniqueBeanDefinitionException:没有'javax.jms.ConnectionFactory‘类型的合格bean可用：使用Proguard和一个名为Spring @Autowired的库 HttpSecurity配置不适用于Spring上的Keycloak适配器 Spring上的嵌套事务 Spring Boot上Spring集成的Kafka配置使用Spring的RequestBody上的CSV 适用于findById和findByIds的Spring RestController url Spring AOP适用于所有不是最终的方法 Spring Boot & PostgreSql上的安全 root("/")上的spring mvc网站 Java spring上的独立事务 Spring Boot上的分页缓存 Spring RestTemplate适用于字符串，但不适用于我的类适用于css文件但不适用于html文件的Spring Application 404 unity上的黑色纹理-仅适用于iOS上的iPhone 在NamedParameterJdbcTemplate上使用Spring Boot NullPointerException的Spring JDBC Kafka spring监听器headers上的spring验证 Spring boot RestController不适用于实现接口的类

相关搜索:

页面内容是否对你有帮助？

有帮助

没帮助

相关·内容

深入理解@Transactional的工作原理

写这篇博文有个来由，是为了解决博主遇到的多数据源的事务问题（用不了JTA），所以深入到spring-tx的源码去学习了一番，非常有收获，最后博主的分布式事务问题也迎刃而解了，这个文章算个开篇，关于如何处理多数据源事务，待下文分解。本文涉及到的技术包含spring aop的使用、spring bean生命周期等，如果能够真正理解Transactional的工作原理，对排查事务相关的问题有非常大的帮助。

04

Spring事务AOP实现原理

此篇文章需要有SpringAOP基础，知道AOP底层原理可以更好的理解Spring的事务处理。

03

spring5.x-声明式事务原理及源码实现

Spring框架提供了对事务的支持，使得开发者能够在应用程序中轻松地管理事务的边界、控制事务的传播行为和事务的隔离级别。Spring事务的原理主要基于两个关键概念：事务管理器和切面。

04

Spring事务是怎么通过AOP实现的

阅读此文章需要掌握一定的AOP源码基础知识，可以更好的去理解事务，我在另外一篇文章有提过。

03

聊聊spring tx的EnableTransactionManagement

本文主要研究一下spring tx的EnableTransactionManagement

03

【小家Spring】Spring事务相关的基础类打点(spring-jdbc和spring-tx两个jar)，着重讲解AnnotationTransactionAttributeSource

本篇博文定位为为事务相关的其余博文的工具博文，属于Spring事务相关的基础类的打点、扫盲篇。

03

【小家Spring】从基于@Transactional全注解方式的声明式事务入手，彻底掌握Spring事务管理的原理

上篇文章：【小家Spring】Spring-jdbc的使用以及Spring事务管理的8种方式介绍（声明式事务+编程式事务）介绍了Spring事务的众多使用方式，其中讲到全注解@Transactional方式的时候一笔带过了，那么本文就以当下最流行的Spring事务的使用方式：全注解的@Transactional使用方式为切入点，扒开Spring事务管理的神秘面纱~

05

上盘硬菜，@Transaction源码深度解析 | Spring系列第48篇

大家好，今天咱们通过源码来了解一下spring中@Transaction事务的原理。

04

Spring事务管理---下

前文，我们已经完成了对注解元数据驱动的声明式事务的模拟实现，并且详细分析了模拟实现的流程和原理，下面我将带领各位来看看Spring真正的源码实现，让大家真正掌握Spring事务的精髓。

02

【Spring源码】Spring事务原理

事务是访问并可能更新数据库中各种数据项的一个程序执行单元，这个操作单元要么全部执行成功，要么全部执行失败。同时也是恢复和并发控制的基本单位。

01

Spring事务管理---中

上面我们介绍完了三种XML元数据驱动的声明式事务的使用方式，下面我们介绍最后一种基于Spring 2.x的声明事务配置方式。

02

spring源码分析之事务transaction上篇

大家基本上都用过事务，今天一起分析下spring源码中也比较重要的一个模块-事务。spring中事务这一块要完全使用好还是有一定难度，主要是很多细节需要注意，如果你还没有完全明白spring的事务，那么这篇文章肯定会让你收获满满。

01

spring事务源码解析

在spring jdbcTemplate 事务，各种诡异，包你醍醐灌顶！最后遗留了一个问题：spring是怎么样保证事务一致性的？当然，spring事务内容挺多的，如果都要讲的话要花很长时间，而本片博客的主旨是解决上一篇博客遗留的问题，那么我们把问题细化下来，就是spring如何保证一个事务中的jdbc connection是同一个？

01

Spring Transaction，从入门到上瘾

Spring Transaction 针对JDBC API中关于事务管理这一部分进行了高级抽象，它支持两种方式的事务管理，分别是：声明式事务管理 (Declarative Transaction Management) 与编程式事务管理 (Programmatic Transaction Management) 。声明式事务管理由@Transactional注解来承载，而编程式事务管理则由TransactionManager或TransactionTemplate来实现 (推荐使用后者) 。基于注解的声明式事务管理方式既简洁又优雅，可以有效收敛横切关注逻辑，但极尽简洁的背后却也暗藏陷阱，比如：大事务、事务未正常回滚等。相较于声明式事务管理，编程式事务管理方式对事务粒度的把控更为灵活，这往往很有必要！

01

【小家Spring】源码分析Spring的事务拦截器：TransactionInterceptor和事务管理器：PlatformTransactionManager

接着上一篇博文：【小家Spring】从基于@Transactional全注解方式的声明式事务入手，彻底掌握Spring事务管理的原理

03

Spring 事务介绍

Spring 本身并不实现事务，Spring 事务的本质还是底层数据库对事务的支持，没有数据库事务的支持，Spring 事务就不会生效。

03

Spring 源码分析：不得不重视的 Transaction 事务

业务系统的数据，一般最后都会落入到数据库中，例如 MySQL、Oracle 等主流数据库，不可避免的，在数据更新时，有可能会遇到错误，这时需要将之前的数据更新操作撤回，避免错误数据。

04

POJO应用框架：Spring与EJB3.0的比较

关键词： Spring EJB 艾伯特.爱因斯坦曾经说过：“一切都应该尽可能地简单，但是不能更简单。”确实如此，简化一门理论的基本假设，使我们可以专注于真正关键的地方，这正是一直以来对科学真理的追求。企业软件开发同样如此。提供一个将复杂的事物（例如，事务、安全或持久性）对开发者进行隐藏的应用框架是简化企业软件开发的关键。一个设计良好的框架可以提高代码重用率、开发者的生产力及软件的质量。然而，现有J2EE1.4的EJB2.1框架被普遍认为设计差，且过于复杂。不满于EJB2.1的框架结构，Java开发者尝试了

08

spring @Transactional原理

和aop自动配置一样,在/META-INF/spring.factories中配置有关transaction的有2个:

02

Spring事务管理---上

PlatformTransactionManager接口定义了事务界定的基本操作，我们可以直接使用它来进行编程式事务管理。

01

Spring事务原理详解

spring事务开启和使用比较简单,需要有数据源和事务管理器,然后在启动门面类上开启事务,在需要使用事务的地方添加注解就可以了,我们简单做一下回顾。

08

这一次搞懂Spring事务注解的解析

事务我们都知道是什么，而Spring事务就是在数据库之上利用AOP提供声明式事务和编程式事务帮助我们简化开发，解耦业务逻辑和系统逻辑。但是Spring事务原理是怎样？事务在方法间是如何传播的？为什么有时候事务会失效？接下来几篇文章将重点分析Spring事务源码，让我们彻底搞懂Spring事务的原理。

02

Spring事务源码解析（一）@EnableTransactionManagement注解

本篇文章的Demo基于上一篇文章SpringJDBC源码解析新添加内容如下首先在配置类中添加开启事务的注解@EnableTransactionManagement 然后添加DataSourceTransactionManagerBean

01

TransactionalEventListener使用场景与原理分析

开发中有这样一个场景,客服业务需要接入在线能力,基于其他团队的IM底层能力构建业务层能力,也就是需要先调二方restful服务创建群聊,然后调用本地服务创建会话,并且创建会话依赖于二方服务返回的群聊信息,那么就会出现本地服务异常回滚,但是二方服务已经调用成功的情况,如果不做处理那么下次再尝试创建群聊,用户id已经存在,创建不成功,考虑到异构服务(二方服务可能是java、C++或者其他)或者异构数据(mysql、TiDB等), 分布式事务并不是一个很好的选择,这个时候我们就可以考虑在产生异常时候手动回滚二方服务的方式。

04

关于spring和springboot的transactionManager那些事

注解的方式主要是使用tx:annotation-driven实现的，这样在代码里的方法上或类上就可以使用@Transactional注解来灵活地控制事务了。

04

使用proguard混淆springboot代码

本文的proguard配置仅仅是根据自身工程的情况来量身定做的，不是通用的，具体的场景还需要根据具体情况对proguard参数进行调整。

02

Spring源码解析之声明式事务处理

我们看看 Spring 中的事务处理的代码，使用 Spring 管理事务有声明式和编程式两种方式，声明式事务处理通过 AOP 的实现把事物管理代码作为方面封装来横向插入到业务代码中，使得事务管理代码和业务代码解藕。在这种方式我们结合 IoC 容器和 Spirng 已有的FactoryBean 来对事务管理进行属性配置，比如传播行为，隔离级别等。其中最简单的方式就是通过配置 TransactionProxyFactoryBean来实现声明式事物；在整个源代码分析中，我们可以大致可以看到 Spring 实现声明式事物管理有这么几个部分：

02

Maven - 代码混淆Proguard踩坑记

Maven - 代码混淆proguard-maven-plugin vs 代码加密classfinal

00

深入理解 Spring 之 SpringBoot 事务原理

我们之前的数十篇文章分析了 Spring 和 Mybatis 的原理，基本上从源码层面都了解了他们的基本原理，那么。在我们日常使用这些框架的时候，还有哪些疑问呢？就楼主而言，楼主已经明白了 IOC ，AOP 的原理，也明白了 Mybatis 的原理，也明白了 Spring 和 Mybatis 是如何整合的。但是，我们漏掉了 JavaEE 中一个非常重要的特性：事务。事务是 Java 程序员开发程序时不可避免的问题。我们就不讨论 ACID 的事务特性，楼主这里假定大家都已经了了解了事务的原理。如果还不了解，可以先去谷歌看看。那么，我们今天的任务是剖析源码，看看Spring 是怎么运行事务的，并且是基于当前最流行的SpringBoot。还有，我们之前剖析Mybatis 的时候，也知道，Mybatis 也有事务，那么，他俩融合之后，事务是交给谁的？又是怎么切换的？今天这几个问题，我们都要从源码中找到答案。

01

足够应付面试的Spring事务源码阅读梳理

问：把大象放冰箱里，分几步？答：三步啊，第一、把冰箱门打开，第二、把大象放进去，第三、把冰箱门带上。问：实现Spring事务，分几步？答：三步啊，第一、找出需要事务的方法，第二、把事务加进去，第三、执行事务。 You may find it's not a joke, it's serious。

01

Spring 事务用法示例与实现原理

关于事务，简单来说，就是为了保证数据完整性而存在的一种工具，其主要有四大特性：原子性，一致性，隔离性和持久性。对于Spring事务，其最终还是在数据库层面实现的，而Spring只是以一种比较优雅的方式对其进行封装支持。本文首先会通过一个简单的示例来讲解Spring事务是如何使用的，然后会讲解Spring是如何解析xml中的标签，并对事务进行支持的。

02

【Spring】如何实现多数据源读写分离？这是我看过最详细的一篇！！

作者个人研发的在高并发场景下，提供的简单、稳定、可扩展的延迟消息队列框架，具有精准的定时任务和延迟队列处理功能。自开源半年多以来，已成功为十几家中小型企业提供了精准定时调度方案，经受住了生产环境的考验。为使更多童鞋受益，现给出开源框架地址：

04

Spring事务你可能不知道的事儿

关于事务，简单来说，就是为了保证数据完整性而存在的一种工具，其主要有四大特性：原子性，一致性，隔离性和持久性。对于Spring事务，其最终还是在数据库层面实现的，而Spring只是以一种比较优雅的方式对其进行封装支持。本文首先会通过一个简单的示例来讲解Spring事务是如何使用的，然后会讲解Spring是如何解析xml中的标签，并对事务进行支持的。

07

Spring事务源码解析

2.1.4. TransactionManagementConfigurationSelector

02

面试问倒无数人的Spring事务问题，就被你这样说完了？

又是一周过去了，对于这周的收获你还满意吗？相信一直看我文章的小伙伴都知道，Spring源码精读系列的文章已经写了好多篇了，今天依旧是和以前一样，我们来分析Spring对于事务的管理！

03

【Spring】如何实现多数据源读写分离？这是我看过最详细的一篇！！

我们一般应用对数据库而言都是“读多写少”，也就说对数据库读取数据的压力比较大，有一个思路就是说采用数据库集群的方案，

02

Maven WEB 项目使用ProGuard进行混淆，最佳解决方案

近期公司的Android项目做了混淆，虽说对于保护代码并不是100%的，但混淆后的代码可以使那些不法份子难以阅读，这样也能对代码的保护做出贡献。于是，公司写的一大堆WEB项目也想做保护。但几大问题随之而来：

01

@Transactional作用(成像原理)

2.1.1、@Import和[@ImportSelector + @ImportBeanDefinitionRegistor ]

01

最新版SpringBoot结合ProGuard实现代码混淆

1、Springboot+proguard+maven 混淆. 2、proguard-spring-boot-example 3、官方解释 4、Proguard的Keep使用方法 5、ProGuard 最全混淆规则说明 6、ProGuard代码混淆技术详解 7、使用proguard混淆springboot代码

04

关于Qualifier你要知道的二三事

@Qualifier注解可以区分具有相同类型的多个Bean，用于明确指定要注入的Bean的名称或限定符。通过为要注入的Bean添加 @Qualifier注解，你可以告诉Spring应该使用哪个Bean，以解决Spring框架中依赖注入时的歧义性问题。

03

Spring事务源码解析（二）获取增强

在上一篇文章@EnableTransactionManagement注解解析中，我们搭建了源码阅读的环境，以及解析了开启Spring事务功能的注解@EnableTransactionManagement的实现逻辑

02

面试前看了这篇spring事务的文章，让我多要了2k的工资

继上一篇《spring事务的这10种坑，你稍不注意可能就会踩中！！！》之后，我打算对spring的事务做详细分析，带大家一起探讨一下spring事务的设计原理和底层实现，希望这篇文章能够让你有所收获。

04

优化| APK瘦身最佳实践

APK瘦身也是anroid领域比较关注的技术之一，在开始对APK进行正式的减肥之前，我们先来了解一下APK包的构成，这样才好对症下药嘛。知己知彼方能百战不殆。

03

Caused by: org.springframework.beans.factory.NoUniqueBeanDefinitionException: No

在使用 Spring 的过程中，有时候会遇到 NoUniqueBeanDefinitionException 异常，这个异常意味着 Spring 容器中存在多个相同类型的 Bean，但是在需要注入的地方却无法确定要使用哪个 Bean。这个异常的具体信息是 No qualifying bean of type 'org.apache.ibatis.session.SqlSessionFactory' available: expected single matching bean but found 3: sqlSessionFactoryMicrotek,sqlSessionFactorySinfo,sqlSessionFactoryValue。这意味着在 Spring 容器中存在三个类型为 org.apache.ibatis.session.SqlSessionFactory 的 Bean，但是却找不到一个唯一匹配的 Bean。那么，我们应该如何解决这个问题呢？解决方案之一是使用 Spring 的 @Qualifier 注解来明确指定要注入的 Bean。通过在需要注入的地方加上 @Qualifier 注解，并指定要使用的 Bean 的名称，就可以解决这个问题了。

04

Spring 事务初始化源码分析

在上篇文章 Spring 事务使用详解中详细介绍了 Spring 事务的使用过程，今天就来看下 Spring 事务是如何来实现，比如 Spring 事务在初始化的时候做了什么，Spring 事务是如何进行事务的提交和回滚的；为了避免篇幅太长，所以分开两篇文章进行分析，这篇文章先来分析下 Spring 事务是如何初始化的，在初始化的时候做了什么。

02

Android安全攻防战，反编译与混淆技术完全解析（下）

在上一篇文章当中，我们学习了Android程序反编译方面的知识，包括反编译代码、反编译资源、以及重新打包等内容。通过这些内容我们也能看出来，其实我们的程序并没有那么的安全。可能资源被反编译影响还不是很

07

Spring系列第10篇：primary可以解决什么问题？

上面代码很简单，@1：定义了一个接口IService，@2和@3创建了两个类都实现了IService接口。

02

Spring事务专题（五）聊聊Spring事务到底是如何实现的

在上篇文章中我们一起学习了Spring中的事务抽象机制以及动手模拟了一下Spring中的事务管理机制，那么本文我们就通过源码来分析一下Spring中的事务管理到底是如何实现的，本文将选用Spring5.2.x版本。

01

Proguard 常用规则

为了决定哪些代码要被保留哪些代码要出丢弃和混淆，必须指定入口点。这些入口点通常是 main方法，activity，service等。

02

扫码

添加站长进交流群

领取专属 10元无门槛券

手把手带您无忧上云

扫码加入开发者社群

相关资讯

热门标签

活动推荐

运营活动

活动名称

广告关闭