今天我在写代码的时候,看到了。一个注解@Transactional(rollbackFor = Exception.class),今天就和你们分享一下,这个注解的用法;html
以下图所示,咱们都知道Exception分为运行时异常RuntimeException和非运行时异常spring
error是必定会回滚的数据库
若是不对运行时异常进行处理,那么出现运行时异常以后,要么是线程停止,要么是主程序终止。
若是不想终止,则必须捕获全部的运行时异常,决不让这个处理线程退出。队列里面出现异常数据了,正常的处理应该是把异常数据舍弃,而后记录日志。不该该因为异常数据而影响下面对正常数据的处理。编程
非运行时异常是RuntimeException之外的异常,类型上都属于Exception类及其子类。如IOException、SQLException等以及用户自定义的Exception异常。对于这种异常,JAVA编译器强制要求咱们必需对出现的这些异常进行catch并处理,不然程序就不能编译经过。因此,面对这种异常无论咱们是否愿意,只能本身去写一大堆catch块去处理可能的异常。数组
事务管理对于企业应用来讲是相当重要的,即便出现异常状况,它也能够保证数据的一致性。spa
spring支持编程式事务管理和声明式事务管理两种方式。线程
编程式事务管理使用TransactionTemplate或者直接使用底层的PlatformTransactionManager。对于编程式事务管理,spring推荐使用TransactionTemplate。日志
声明式事务管理创建在AOP之上的。其本质是对方法先后进行拦截,而后在目标方法开始以前建立或者加入一个事务,在执行完目标方法以后根据执行状况提交或者回滚事务。orm
声明式事务管理也有两种经常使用的方式,一种是基于tx和aop名字空间的xml配置文件,另外一种就是基于@Transactional注解。显然基于注解的方式更简单易用,更清爽。xml
看成用于类上时,该类的全部 public 方法将都具备该类型的事务属性,同时,咱们也能够在方法级别使用该标注来覆盖类级别的定义。
在项目中,@Transactional(rollbackFor=Exception.class),若是类加了这个注解,那么这个类里面的方法抛出异常,就会回滚,数据库里面的数据也会回滚。
在@Transactional注解中若是不配置rollbackFor属性,那么事物只会在遇到RuntimeException的时候才会回滚,加上rollbackFor=Exception.class,可让事物在遇到非运行时异常时也回滚
@Transactional注解的所有属性详解
@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 | 不会致使事务回滚的异常类名字数组 |
欢迎你们关注公众号,不定时干货,只作有价值的输出
做者:Dawnzhang
出处:http://www.javashuo.com/article/p-fpiqchol-ea.html版权:本文版权归做者转载:欢迎转载,但未经做者赞成,必须保留此段声明;必须在文章中给出原文链接;不然必究法律责任