Spring声明式事务和@Aspect的拦截顺序问题的解决

在使用AbstractRoutingDataSource配置多数据源时,发现使用@aspect配置的DataSourceSwitchAspect总是在声明式事务之后执行,配置了Order依然不行,经过调研发现是由于两者的aop代理方式不一致导致。

在spring内部,是通过BeanPostProcessor(《spring 攻略》一书中翻译为,后处理器)来完成自动创建代理工作的。根据匹配规则的不同大致分为三种类别: 1、匹配Bean的名称自动创建匹配到的Bean的代理,实现类BeanNameAutoProxyCreator 2、根据Bean中的AspectJ注解自动创建代理,实现类AnnotationAwareAspectJAutoProxyCreator 3、根据Advisor的匹配机制自动创建代理,会对容器中所有的Advisor进行扫描,自动将这些切面应用到匹配的Bean中,实现类DefaultAdvisorAutoProxyCreator

其中@Aspect声明的aop是通过AnnotationAwareAspectJAutoProxyCreator进行代理的,而项目中的声明式事务是BeanNameAutoProxyCreator方式进行代理的,经调试发现BeanNameAutoProxyCreator拦截优先级高于AnnotationAwareAspectJAutoProxyCreator,order配置只对同一类型的aop拦截方式起作用,如下:

DataSourceSwitchAspect

/**
 * 数据源切换切面
 * @author Matchstick
 */
@Aspect
@Order(1) //确保该切面在transaction之前执行
@Component
public class DataSourceSwitchAspect
{
 private Logger logger = LoggerFactory.getLogger(getClass());

 @Pointcut("@annotation(com.etu.multidatasource.test.datasource.DataSourceId)")
 public void pointcut(){}

 @Before("@annotation(dataSourceId)")
 public void switchDataSource(JoinPoint point, DataSourceId dataSourceId)
 {
 String dsId = dataSourceId.value();
 MultiDataSourceContextHolder.setDataSourceId(dsId);
 logger.debug("switch datasource -> {}", dsId);
 }

 @After("@annotation(dataSourceId)")
 public void restoreDataSource(JoinPoint point, DataSourceId dataSourceId)
 {
 MultiDataSourceContextHolder.removeDataSourceId();
 logger.debug("restore datasource -> {}",         MultiDataSourceContextHolder.getDefaultDataSourceId());
 }
}

DataSourceConfig

@Bean
 public BeanNameAutoProxyCreator txProxy()
 {
 BeanNameAutoProxyCreator creator = new BeanNameAutoProxyCreator();
 creator.setInterceptorNames("txAdvice");
 creator.setBeanNames("*Service", "*ServiceImpl");
 creator.setProxyTargetClass(true);
 creator.setOrder(2);
 return creator;
 }

解决方案:要么修改DataSourceSwitchAspect的aop方式为BeanNameAutoProxyCreator,要么修改事务aop方式为AnnotationAwareAspectJAutoProxyCreator,由于是通过注解实现的数据源切换aop,所以选择了后者解决方案,如下:

DataSourceConfig

@Bean
 public AnnotationAwareAspectJAutoProxyCreator txProxy()
 {
 /*
  * 必须使用AspectJ方式的AutoProxy,这样才能和DataSourceSwitchAspect保持统一的aop拦截方式,否则不同的拦截方式会导致order失效
  */
 AnnotationAwareAspectJAutoProxyCreator c = new AnnotationAwareAspectJAutoProxyCreator();
 c.setInterceptorNames("txAdvice");
 c.setIncludePatterns(Arrays.asList("execution (public com.etu..*Service(..))"));
 c.setProxyTargetClass(true);
 c.setOrder(2);
 return c;
 }

以上就是本文的全部内容,希望对大家的学习有所帮助,也希望大家多多支持我们。

(0)

相关推荐

  • Spring中的事务操作、注解及XML配置详解

    事务 事务全称叫数据库事务,是数据库并发控制时的基本单位,它是一个操作集合,这些操作要么不执行,要么都执行,不可分割.例如我们的转账这个业务,就需要进行数据库事务的处理. 转账中至少会涉及到两条 SQL 语句: update Acoount set balance = balance - money where id = 'A'; update Acoount set balance = balance + money where id = 'B' 上面这两条 SQL 就可以要看成是一个事务,必

  • SpringDataMongoDB多文档事务的实现

    一.安装MongoDB4.0.3(××) 1.1.官方安装文档 https://docs.mongodb.com/manual/tutorial/install-mongodb-on-red-hat/ 1.2.tar.gz包下载地址 https://www.mongodb.com/download-center/community?jmp=docs 1.3.复制集官方配置 https://docs.mongodb.com/manual/administration/replica-set-mem

  • 浅谈SpringBoot之事务处理机制

    一.Spring的事务机制 所有的数据访问技术都有事务处理机制,这些技术提供了API用来开启事务.提交事务来完成数据操作,或者在发生错误的时候回滚数据. 而Spring的事务机制是用统一的机制来处理不同数据访问技术的事务处理.Spring的事务机制提供了一个PlatformTransactionManager接口,不同的数据访问技术的事务使用不同的接口实现: 在程序中定义事务管理器的代码如下: @Bean public PlatformTransactionManager transaction

  • Spring中事务用法示例及实现原理详解

    前言 Spring并不直接管理事务,而是提供了多种事务管理器,他们将事务管理的职责委托给Hibernate或者JTA等持久化机制所提供的相关平台框架的事务来实现. 关于事务,简单来说,就是为了保证数据完整性而存在的一种工具,其主要有四大特性:原子性,一致性,隔离性和持久性.对于Spring事务,其最终还是在数据库层面实现的,而Spring只是以一种比较优雅的方式对其进行封装支持.本文首先会通过一个简单的示例来讲解Spring事务是如何使用的,然后会讲解Spring是如何解析xml中的标签,并对事

  • Spring的事务机制实例代码

    本文研究的主要是Spring的事务机制的相关内容,具体如下. JAVA EE传统事务机制 通常有两种事务策略:全局事务和局部事务.全局事务可以跨多个事务性资源(即数据源,典型的是数据库和消息队列),通常都需要J2EE应用服务器的管理,其底层需要服务器的JTA支持.而局部事务则与底层采用的持久化技术有关,如果底层直接使用JDBC,需要用Connection对象来操事务.如果采用Hibernate持久化技术,则需要使用session对象来操作事务. 通常的,使用JTA事务,JDBC事务及Hibern

  • Spring中的事务隔离级别的介绍

    spring事务: 什么是事务: 事务逻辑上的一组操作,组成这组操作的各个逻辑单元,要么一起成功,要么一起失败. 事务特性(4种): 原子性 (atomicity):强调事务的不可分割. 一致性 (consistency):事务的执行的前后数据的完整性保持一致. 隔离性 (isolation):一个事务执行的过程中,不应该受到其他事务的干扰 持久性(durability) :事务一旦结束,数据就持久到数据库 解决读问题: 设置事务隔离级别(5种) DEFAULT 这是一个PlatfromTran

  • Spring中事务管理的四种方法(银行转账为例)

    前言 本文配套示例代码下载地址(完整可运行,含sql文件,下载后请修改数据库配置):点击这里下载 一.事务的作用 将若干的数据库操作作为一个整体控制,一起成功或一起失败. 原子性:指事务是一个不可分割的工作单位,事务中的操作要么都发生,要么都不发生. 一致性:指事务前后数据的完整性必须保持一致. 隔离性:指多个用户并发访问数据库时,一个用户的事务不能被其他用户的事务所干扰,多个并发事务之间数据要相互隔离. 持久性:指一个事务一旦被提交,它对数据库中数据的改变就是永久性的,即时数据库发生故障也不应

  • 详解Springboot事务管理

    在Spring Boot事务管理中,实现自接口PlatformTransactionManager. public interface PlatformTransactionManager { org.springframework.transaction.TransactionStatus getTransaction(org.springframework.transaction.TransactionDefinition transactionDefinition) throws org.

  • spring事务异常回滚实例解析

    最近遇到了事务不回滚的情况,我还考虑说JPA的事务有bug?我想多了....... 为了打印清楚日志,很多方法我都加tyrcatch,在catch中打印日志.但是这边情况来了,当这个方法异常时候日志是打印了,但是加的事务却没有回滚. 例: 类似这样的方法不会回滚(一个方法出错,另一个方法不会回滚): if(userSave){ try { userDao.save(user); userCapabilityQuotaDao.save(capabilityQuota); } catch (Exce

  • Spring事务隔离级别简介及实例解析

    本文研究的主要是Spring事务隔离级别(solation level)介绍及例子,具体如下. 当两个事务对同一个数据库的记录进行操作时,那么,他们之间的影响是怎么样的呢?这就出现了事务隔离级别的概念.数据库的隔离性与并发控制有很大关系.数据库的隔离级别是数据库的事务特性ACID的一部分.ACID,即原子性(atomicity).一致性(consistency).隔离性(isolation)和持久性(durability).Spring的事务隔离级别有四个:READ_UNCOMMITTED.RE

随机推荐