5.@Transactional 注解只能应用到 public 可见度的方法上。 如果应用在protected、private或者 package可见度的方法上,也不会报错,不过事务设置不会起作用
今天在开发中跟同事交流学到了Spring对于事务的注解;我在培训的时候写一个事务觉得挺费劲的(当时没有用到注解的方式);现在觉得挺方便;
@Transactional(rollbackFor = Exception.class, isolation = Isolation.READ_COMMITTED)
1 让checked例外也回滚:在整个方法前加上 @Transactional(rollbackFor=Exception.class)
2 让unchecked例外不回滚: @Transactional(notRollbackFor=RunTimeException.class)
什么是checked异常,什么是unchecked异常?:
java里面将派生于Error或者RuntimeException(比如空指针,1/0)的异常称为unchecked异常, 其他继承自java.lang.Exception得异常统称为Checked Exception,如IOException、TimeoutException等
再通俗一点:你写代码出现的空指针等异常,会被回滚,文件读写,网络出问题,spring就没法回滚了。
3 不需要事务管理的(只查询的)方法:@Transactional(propagation=Propagation.NOT_SUPPORTED)
使用事务不可以在方法里加 try{}catch{} 加了自己处理了,就不会再走事务注解
4.timeout = 1 参数 默认超时为30秒,但是这个值可以自己设定,我就遇到了坑,别的同事给设成1,导致报错问题不知道在哪
5.@Transactional 注解只能应用到 public 可见度的方法上。 如果应用在protected、private或者 package可见度的方法上,也不会报错,不过事务设置不会起作用
6.如果已经在service中进行了try catch 操作 由于已经被抓获异常 故事务也不会回滚
最近在优化项目的代码,然后使用的是阿里的P3C代码规范检查,然后就出现了如下的提示。
方法【create】需要在Transactional注解指定rollbackFor或者在方法中显示的rollback。
原因: 并未在方法内或者注解上说明发生异常时如何回滚。下图是方法的完整的代码。
解决方案之一:在此方法@Transactional注解后面加上(rollbackFor = Exception.class),如图所示:
解决方案之二:@Transactional注解上不加rollbackFor这个属性,在try...catch...的catch里写上如何回滚。
下面代码的三种方案都是正确的(第一种是在类级别的注解上,第二种是在方法级别的注解上,第三种是在捕获异常后在catch里写上)
-
事务场景中,抛出异常被catch后,如果需要回滚,一定要手动回滚事务。
-
-
Positive example 1:
-
/**
-
* @author hjm
-
* @date 2019/07/09
-
*/
-
-
-
public class UserServiceImpl implements UserService {
-
-
public void save(User user) {
-
//some code
-
//db operation
-
}
-
}
-
-
-
Positive example 2:
-
/**
-
* @author hjm
-
* @date 2019/07/09
-
*/
-
-
public class UserServiceImpl implements UserService {
-
-
-
public void save(User user) {
-
//some code
-
//db operation
-
}
-
}
-
-
-
Positive example 3:
-
/**
-
* @author hjm
-
* @date 2019/07/09
-
*/
-
-
public class UserServiceImpl implements UserService {
-
-
private DataSourceTransactionManager transactionManager;
-
-
-
-
public void save(User user) {
-
DefaultTransactionDefinition def = new DefaultTransactionDefinition();
-
// explicitly setting the transaction name is something that can only be done programmatically
-
def.setName("SomeTxName");
-
def.setPropagationBehavior(TransactionDefinition.PROPAGATION_REQUIRED);
-
-
TransactionStatus status = transactionManager.getTransaction(def);
-
try {
-
// execute your business logic here
-
//db operation
-
} catch (Exception ex) {
-
transactionManager.rollback(status);
-
throw ex;
-
}
-
}
-
}
解释上述原因:
Spring框架的事务处理代码默认地 只 在抛出运行时和unchecked exceptions时才标识事务回滚。 也就是说,当抛出个RuntimeException 或其子类的实例时,(Errors 也一样 - 默认地 - 标识事务回滚。)从事务方法中抛出的Checked exceptions将 不 被标识进行事务回滚。
1、让checked例外也回滚:在整个方法前加上 @Transactional(rollbackFor=Exception.class)
2、让unchecked例外不回滚: @Transactional(notRollbackFor=RunTimeException.class)
3、不需要事务管理的(只查询的)方法:@Transactional(propagation=Propagation.NOT_SUPPORTED)
注意: 如果异常被try{...}catch{...}了,事务就不回滚了,如果想让事务回滚必须再往外抛try{...}catch{throw Exception}。
下面再说一下异常的继承体系(拓展的内容):