java注解@Transactional事务类内调⽤不⽣效问题及解决办法@Transactional 内部调⽤例⼦
springboot实现aop在 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 切⾯
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-aop</artifactId>
</dependency>
<!-- mvnrepository/artifact/org.aspectj/aspectjweaver -->
<dependency>
<groupId>org.aspectj</groupId>
<artifactId>aspectjweaver</artifactId>
<version>1.9.5</version>
</dependency>
启动类中添加 @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 注解的属性信息
属性描述
name当在配置⽂件中有多个 TransactionManager , 可以⽤该属性指定选择哪个事务管理器
propagation事务的传播⾏为，默认值为 REQUIRED
isolation事务的隔离度，默认值采⽤ DEFAULT
timeout事务的超时时间，默认值为-1。如果超过该时间限制但事务还没有完成，则⾃动回滚事务
read-only指定事务是否为只读事务，默认值为 false；为了忽略那些不需要事务的⽅法，⽐如读取数据，可以设置 read-only 为 true
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 加于接⼝⽅法后, 被它类的私有⽅法调⽤后, 有效
*/

版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。