Spring的AOP事务管理默认针对unchecked异常回滚

今天发现生产环境的数据有问题，和yuan大师检查了一下，发现有段代码往外抛Exception的时候事务没有回滚。

框架里面用了Spring的AOP处理事务，事务针对Biz级别来做，而异常统一都用自定义的RuntimeException。

那段Biz中的代码没用RuntimeException，而是try catch  再向外抛了Exceition，结果就没有回滚。改为向外抛RuntimeException后，事务回滚了。

Google之，发现原因如下：

Spring的AOP事务管理默认是针对unchecked exception回滚。

Exception作为基类，下面还分checked exception和unchecked exception。如果客户端可以通过其他的方法恢复异常，那么这种异常就是checked exception；如果客户端对出现的这种异常无能为力，那么这种异常就是Unchecked exception；简单来说，继承于RuntimeException的都是unchecked exception。

Error：
1．总是不可控制的(unchecked)
2．经常用来用于表示系统错误或低层资源的错误
3．如何可能的话，应该在系统级被捕捉 

Exception：
1．可以是可被控制(checked) 或不可控制的(unchecked)
2．表示一个由程序员导致的错误
3．应该在应用程序级被处理 

Java 中定义了两类异常：
1) Checked exception: 这类异常都是Exception的子类 。异常的向上抛出机制进行处理，假如子类可能产生A异常，那么在父类中也必须throws A异常。可能导致的问题：代码效率低，耦合度过高。
2) Unchecked exception: 这类异常都是RuntimeException的子类，虽然RuntimeException同样也是Exception的子类，但是它们是非凡的，它们不能通过client code来试图解决，所以称为Unchecked exception 。

 

解决办法：

1.在针对事务的类中抛出RuntimeException异常，而不是抛出Exception。

2.在txAdive中增加rollback-for，里面写自己的exception，例如自己写的exception为com.abc.b2e.base.exception.***Exception

　　
　　　　
　　

这样，凡是这个指定Exception抛出来的，都会回滚。

 

转载于:https://www.cnblogs.com/zjblue/archive/2009/12/16/1625978.html