spring事务回滚的问题


 总结
    根据上面的代码,我们可以推断出以下几个结论:

    1、当我们抛出的异常为RunTime及其子类或者Error和其子类的时候。不论rollbackFor的异常是啥,都会进行事务的回滚。

    2、当我们抛出的异常不是RunTime及其子类或者Error和其子类的时候,必须根据rollbackfor进行回滚。比如rollbackfor=RuntimeException,而抛出IOException时候,事务是不进行回滚的。

    3、当我们抛出的异常不是RunTime及其子类或者Error和其子类的时候,如果嵌套事务中,只要有一个rollbackfor允许回滚,则整个事务回滚。

    经过测试,上述的结论也没发现什么问题。

spring默认只回滚非检异常

Spring内异常 application exception overridden by commit exception
在执行某一操作时,意外发现自己定义的异常,无法被外面的Controller catch到。

追查发现在service内是可以正常打印异常信息,但外层Controller仅能拿到一个事务回滚的roolback异常。

仔细查看错误信息:



application exception overridden by commit exception
 应用自定义异常被事务异常覆盖了。



那么如何正常的在外层捕获到自定义的异常呢?

方法1.在对应的service上追加

@Transactional(rollbackFor = DemoException.class)

方法2.让自定义的异常继承RuntimeException(未校验,不过理论上是可以的)



那么为什么会可以呢?

事情的原因是 only unchecked exceptions cause rollbacks in spring transactions.(Spring的默认回滚RuntimeException)

在Spring事务管理里仅会回滚非检查异常。

我们捕获了一些特殊的情况,处理完之后会自动转化为一个checked exception 。事务不会对该异常做回滚。后续的事务回滚会覆盖自定义的异常。