您的当前位置:首页正文

java注解@Transactional事务类内调用不生效问题及解决办法

来源:爱站旅游
导读java注解@Transactional事务类内调用不生效问题及解决办法
java注解@Transactional事务类内调⽤不⽣效问题及解决办法

@Transactional 内部调⽤例⼦

在 Spring 的 AOP 代理下,只有⽬标⽅法由外部调⽤,⽬标⽅法才由 Spring ⽣成的代理对象来管理,这会造成⾃调⽤问题。

若同⼀类中的其他没有@Transactional 注解的⽅法内部调⽤有@Transactional 注解的⽅法,有@Transactional 注解的⽅法的事务被忽略,不会发⽣回滚

@Service

public class A{

public void action(){ dosome(); }

@Transactional

public void dosome(){ doa.insert(new Object()); }}

如上代码,在⽅法dosome()中抛出异常时,数据操作不会回滚解决⽅案

思路: 强制使⽤ AspectJ 对⽅法进⾏切⾯Springboot 引⼊ AspectJ 切⾯pom.xml 中添加AspectJ:

org.springframework.boot spring-boot-starter-aop

org.aspectj

aspectjweaver 1.9.5

启动类中添加 @EnableAspectJAutoProxy(exposeProxy = true)

@SpringBootApplication

@EnableAspectJAutoProxy(exposeProxy = true)public class DonngPartsApplication {

public static void main(String[] args) {

SpringApplication.run(DonngPartsApplication.class, args); }}

注意: exposeProxy = true 若不添加,则会报:java.lang.IllegalStateException:

Cannot find current proxy: Set 'exposeProxy' property on Advised to 'true' to make it available,

and ensure that AopContext.currentProxy() is invoked in the same thread as the AOP invocation context.代码中 ((A) AopContext.currentProxy()).dosome()修改为如下代码,事务就⽣效啦

@Service

public class A{

public void action(){

((A) AopContext.currentProxy()).dosome(); }

@Transactional

public void dosome(){ doa.insert(new Object()); }}

@Transactional 进阶

1. @Transactional 注解的属性信息

属性namepropagationisolationtimeoutread-only

事务的传播⾏为,默认值为 REQUIRED事务的隔离度,默认值采⽤ DEFAULT

事务的超时时间,默认值为-1。如果超过该时间限制但事务还没有完成,则⾃动回滚事务

指定事务是否为只读事务,默认值为 false;为了忽略那些不需要事务的⽅法,⽐如读取数据,可以设置 read-only 为 true

描述

当在配置⽂件中有多个 TransactionManager , 可以⽤该属性指定选择哪个事务管理器

rollback-for⽤于指定能够触发事务回滚的异常类型,如果有多个异常类型需要指定,各类型之间可以通过逗号分隔属性描述no-rollback- for抛出 no-rollback-for 指定的异常类型,不回滚事务2. propagation 传播⾏为

REQUIRED:如果有事务, 那么加⼊事务, 没有的话新建⼀个(默认情况下)NOT_SUPPORTED:容器不为这个⽅法开启事务

REQUIRES_NEW:不管是否存在事务,都创建⼀个新的事务,原来的挂起,新的执⾏完毕,继续执⾏⽼的事务MANDATORY:必须在⼀个已有的事务中执⾏,否则抛出异常

NEVER:必须在⼀个没有的事务中执⾏,否则抛出异常(与MANDATORY相反)

SUPPORTS:如果其他bean调⽤这个⽅法,在其他bean中声明事务,那就⽤事务.如果其他bean没有声明事务,那就不⽤事务.

NESTED: 如果当前存在事务,则在嵌套事务内执⾏。如果当前没有事务,则进⾏与PROPAGATION_REQUIRED类似的操作。3. 事物超时设置

@Transactional(timeout=30) //默认是30秒4. 事务隔离级别 isolation

READ_UNCOMMITTED:读取未提交数据(会出现脏读, 不可重复读) 基本不使⽤READ_COMMITTED:读取已提交数据(会出现不可重复读和幻读)REPEATABLE_READ:可重复读(会出现幻读)SERIALIZABLE:串⾏化注意

@Transactional 只能被应⽤到public⽅法上

仅仅 @Transactional 注解的出现不⾜于开启事务⾏为,它仅仅 是⼀种元数据

/**

* REQUIRED:如果存在⼀个事务,则⽀持当前事务。如果没有事务则开启⼀个新的事务。

* REPEATABLE_READ:这种事务隔离级别可以防⽌脏读,不可重复读。但是可能出现幻像读。它除了保证⼀个事务不能读取另⼀个事务未提交的数据外,还保证了避免下⾯的情况产⽣(不可重复读) * readOnly:不允许只读 rollbackFor:回滚策略为Exception出现异常之后

* TransactionAspectSupport.currentTransactionStatus().setRollbackOnly(); 函数内捕获异常时需要来设置事务回滚状态

* Spring Transactional⼀直是RD的事务神器,但是如果⽤不好,反会伤了⾃⼰。下⾯总结@Transactional经常遇到的⼏个场景: @Transactional 加于private⽅法, ⽆效

@Transactional 加于未加⼊接⼝的public⽅法, 再通过普通接⼝⽅法调⽤, ⽆效 @Transactional 加于接⼝⽅法, ⽆论下⾯调⽤的是private或public⽅法, 都有效 @Transactional 加于接⼝⽅法后, 被本类普通接⼝⽅法直接调⽤, ⽆效 @Transactional 加于接⼝⽅法后, 被本类普通接⼝⽅法通过接⼝调⽤, 有效 @Transactional 加于接⼝⽅法后, 被它类的接⼝⽅法调⽤, 有效 @Transactional 加于接⼝⽅法后, 被它类的私有⽅法调⽤后, 有效 */

因篇幅问题不能全部显示,请点此查看更多更全内容