Spring中的事务（二）

上次主要介绍了Spring事务的传播属性，今天主要聊一下Spring对try catch中事务的处理。

首先看一下异常的继承结构：Throwable为基类，Error和Exception继承Throwable。Error和RuntimeException及其子类成为未检查异常（unchecked），其它异常成为已检查异常（checked）。

Error表示程序在运行期间出现了十分严重、不可恢复的错误，在这种情况下应用程序只能中止运行，例如JAVA 虚拟机出现错误。Error是一种unchecked Exception，编译器不会检查Error是否被处理，在程序中不用捕获Error类型的异常。一般情况下，在程序中也不应该抛出Error类型的异常。

Exception异常包括RuntimeException异常和其他非RuntimeException的异常。RuntimeException 是一种Unchecked Exception，即表示编译器不会检查程序是否对RuntimeException作了处理，在程序中不必捕获RuntimException类型的异常，也不必在方法体声明抛出　RuntimeException类。RuntimeException发生的时候，表示程序中出现了编程错误，所以应该找出错误修改程序，而不是去捕获RuntimeException。

Checked Exception异常，这也是在编程中使用最多的Exception，所有继承自Exception并且不是RuntimeException的异常都是checked Exception。JAVA 语言规定必须对checked Exception作处理，编译器会对此作检查，要么在方法体中声明抛出checked Exception，要么使用catch语句捕获checked Exception进行处理，不然不能通过编译。

Spring的事务管理默认是针对unchecked exception回滚，也就是默认对Error异常和RuntimeException异常以及其子类进行事务回滚，且必须对抛出异常，若使用try-catch对其异常捕获则不会进行回滚！（Error异常和RuntimeException异常抛出时不需要方法调用throws或try-catch语句）；

checked异常,checked异常必须由try-catch语句包含或者由方法throws抛出，且事务默认对checked异常不进行回滚。

日常开发主要遇到的是RuntimeException异常和Exception异常，我们也主要针对这两种异常来讨论。

通俗将Spring默认的事务是unchecked exceptionRuntimeException异常，也就是说当程序运行时出现RuntimeException异常及其子异常，我们不做处理时会进行事务的回滚。

但是像这样

try{ ...... }catch(IOException e){ e.printStackTrace(); }

对程序进行了try catch并抛出的是IOException，这样的Spring事务就不会回滚。这种场景使用于进行一些与业务无关的消息通知时。比如，进行流程的审批通知，这个通知相对于流程的流转是次要的，在一定程度上允许失败。这是就可以抛出checked exception级别的异常。

毕竟这种场景适用的地方比较少，我们在设置Spring是事务的回滚级别时，一般会设置为Exception。

完！