在上两篇 Spring Boot事务管理(上)和Spring Boot事务管理(中)的基础上介绍注解@Transactional。
5 @Transactional属性
属性 |
类型 |
描述 |
value |
String |
指定使用的事务管理器 |
propagation |
enum: Propagation |
可选的事务传播行为设置 |
isolation |
enum: Isolation |
可选的事务隔离级别设置 |
readOnly |
boolean |
读写或只读事务,默认读写 |
timeout |
int,unit seconds |
事务超时时间设置 |
rollbackFor |
Class对象数组,必须继承自Throwable |
导致事务回滚的异常类数组 |
rollbackForClassName |
类名数组,必须继承自Throwable |
导致事务回滚的异常类名字数组 |
noRollbackFor |
Class对象数组,必须继承自Throwable |
不会导致事务回滚的异常类数组 |
noRollbackForClassName |
类名数组,必须继承自Throwable |
不会导致事务回滚的异常类名字数组 |
@Transactional 可以作用于接口、接口方法、类以及类方法上。当作用于类上时,该类的所有 public 方法将都具有该类型的事务属性。同时,也可以在方法级别使用该注解来覆盖类级别的注解。
Spring 建议不要在接口或者接口方法上使用该注解,因为这只有在使用基于接口的代理时它才会生效。另外, @Transactional 应该只被应用到 public 方法上,这是由 Spring AOP 的本质决定的。如果你在 protected、private 或者默认可见性的方法上使用它,这将被忽略,也不会抛出任何异常。
默认情况下,只有来自外部的方法调用才会被AOP代理捕获,也就是,类内部方法调用本类内部的其他方法并不会引起事务行为,即使被调用方法使用@Transactional。
1 @Transactional(readOnly = true) 2 public class DefaultFooService implements FooService { 3 @Transactional 4 public Foo getFoo(String fooName) { 5 // do something 6 } 7 8 // these settings have precedence for this method 9 //方法上的注解属性会覆盖类注解上的相同属性 10 @Transactional(readOnly = false, propagation = Propagation.REQUIRES_NEW) 11 public void updateFoo(Foo foo) { 12 // do something 13 } 14 }
如果getFoo在第5行调用updateFoo方法,则updateFoo无法触发新的事务行为,因为该调用发生在目标Bean中,而不会通过代理Bean。为了解决这个问题,可以运行目标Bean在getFoo中访问当前代理实例,并通过该代理实例执行updateFoo。此时,updateFoo的方法调用也会通过代理实例,并争取完成事务划分。在调用updateFoo的时候,使用如下方式
((DefaultFooService)AopContext.currentProxy()).updateFoo(foo);
AopContext.currentProxy()静态方法调用返回当前活动代理对象。在将其强制转换为特点类型之后,就可以适当地调用updateFoo。然而,在默认情况下,Spring Framework并没有公开代理,因为这么做产生一定的性能损失。如果需要此功能,可以在Spring Bean的配置文件中使用<aop:aspect-autoproxy expose-proxy=”true”/>元素来启用该功能。
6 Reference
- https://www.cnblogs.com/kangoroo/p/8192503.html
- https://www.cnblogs.com/yepei/p/4716112.html
- https://blog.csdn.net/trigl/article/details/50968079
- Spring入门经典,北京:清华大学出版社,2015
原文地址:https://www.cnblogs.com/east7/p/10585724.html