Java多表回滚 java 回滚

java异常及其回滚

一、 异常的介绍

Throwable 是 Java 中所有错误和异常的超类。Java 虚拟机仅抛出属于此类（或其子类之一）的实例对象，或者是 throw 语句也可以抛出该对象。同样，catch 子句中的参数类型也只能是此类（或其子类之一）。处于编译时检查异常为目的，Throwable 和其部分子类（除开 RuntimeException、Error 及它们其子类）都被视为检查的异常（checked exceptions），又称为运行时的异常；RuntimeException、Error 及它们其子类都是未检查的异常（unchecked exceptions）。

二、 异常的分类

1. 检查的异常：就是编译器要求你必须处置的异常。不知道你编程的时候有没有遇到过，你写的某段代码，编译器要求你必须要对这段代码try…catch，或者throws exception，如果你遇见过，没错，这就是检查异常，也就是说，你代码还没运行呢，编译器就会检查你的代码，会不会出现异常，要求你对可能出现的异常必须做出相应的处理。
2. 未检查的异常：编译器不要求强制处置的异常，虽然你有可能出现错误，但是我不会在编译的时候检查，没必要，也不可能。为什么呢？你想想非检查异常都有哪些？NullPointerException，IndexOutOfBoundsException，VirtualMachineError等，这些异常你编译的时候检查吗？那我还要不要运行了，等死人啊。再说了，明明可以运行时检查，都在编译的时候检查，你写的代码还能看吗？而且有些异常只能在运行时才能检查出来，比如空指针，堆溢出等。
3. RuntimeException与其子类，以及错误（Error）属于未检查异常。

三、 异常的回滚

1. Spring的事务管理默认是针对unchecked exception回滚，也就是默认对Error异常和RuntimeException异常以及其子类进行事务回滚，且必须对抛出异常，若使用try-catch对其异常捕获则不会进行回滚！（Error异常和RuntimeException异常抛出时不需要方法调用throws或try-catch语句）；
2. checked异常,checked异常必须由try-catch语句包含或者由方法throws抛出，且事务默认对checked异常不进行回滚。
3. 在service层若不加@Transactional则spring默认是不开启事物管理的。

四、@transactional rollbackfor try catch组合

结论一：对于@Transactional可以保证RuntimeException错误的回滚，如果想保证非RuntimeException错误的回滚，需要加上rollbackFor = Exception.class 参数。
结论二：try catch只是对异常是否可以被@Transactional 感知 到有影响。如果错误抛到切面可以感知到的地步，那就可以起作用。 结论三：由于REQUIRED属性，“两个事务”其实是一个事务，处理能力看报错时刻，是否添加了处理非RuntimeException的能力。