异常分类
@Transactional注解属性详解
@Transactional
代码
异常分类可查的异常(checked exceptions):Exception下除了RuntimeException外的异常
不可查的异常(unchecked exceptions):RuntimeException及其子类和错误(Error)
@Transactional注解属性详解value | String | 可选的限定描述符,指定使用的事务管理器 |
propagation | enum: Propagation | 可选的事务传播行为设置 |
isolation | enum: Isolation | 可选的事务隔离级别设置 |
readOnly | boolean | 读写或只读事务,默认读写 |
timeout | int (in seconds granularity) | 事务超时时间设置 |
rollbackFor | Class对象数组,必须继承自Throwable | 导致事务回滚的异常类数组 |
rollbackForClassName | 类名数组,必须继承自Throwable | 导致事务回滚的异常类名字数组 |
noRollbackFor | Class对象数组,必须继承自Throwable | 不会导致事务回滚的异常类数组 |
noRollbackForClassName | 类名数组,必须继承自Throwable | 不会导致事务回滚的异常类名字数 |
使用@Transaction注解时,阿里巴巴代码规范插件会提醒需要指定rollbackFor以显示的rollback
默认情况下,Spring框架在使用@Transaction处理事务时默认只在抛出运行时异常和unchecked exceptions时才会事务回滚。也就是说,当抛出个RuntimeException 或其子类例的实例时,从事务方法中抛出的Checked exceptions将不被标识进行事务回滚。
让checked异常回滚:在整个方法前加上 @Transactional(rollbackOn=Exception.class)
让unchecked异常不回滚: @Transactional(dontRollbackOn=RunTimeException.class)
不需要事务管理的(只查询的)方法:@Transactional(propagation=Propagation.NOT_SUPPORTED)
注意:
如果异常被try-catch了,事务就不会回滚,如果想让事务回滚必须再往外抛try{}catch{throw Exception}
。
Spring团队的建议在具体的类(或类的方法)上使用 @Transactional 注解,而不要使用在类所要实现的任何接口上。也可以在接口上使用 @Transactional 注解,但是这种情况需要设置基于接口的代理时才生效
@Transactional 注解标识的方法,建议处理过程尽量的简单。尤其是带锁的事务方法,能不放在事务里面的最好不要放在事务里面。可以将常规的数据库查询操作放在事务前面进行,而将增、删、改等操作放在事务中
代码@Slf4j
@Service
public class MemberService {
@Autowired
private MemberMapper memberMapper;
@Transactional
public Integer insert(MemberEntity memberEntity) {
Integer insertResult = 0;
try {
insertResult = memberMapper.save(memberEntity);
log.info("insertResult:{}", insertResult);
int result = 1 / memberEntity.getAge();
} catch (Exception e) {
log.error("errorMsg:{}", e.getMessage());
//回滚
TransactionAspectSupport.currentTransactionStatus().setRollbackOnly();
}
return insertResult;
}
}
如上标红代码,如果不写的话,事务是不会回滚的。因为事务被 catch 捕获到了,所以只能手动的进行事务回滚。
到此这篇关于Java @Transactional指定回滚条件的文章就介绍到这了,更多相关Java @Transactional内容请搜索易知道(ezd.cc)以前的文章或继续浏览下面的相关文章希望大家以后多多支持易知道(ezd.cc)!