在上两篇 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