今天发现生产环境的数据有问题，和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
<tx:advice id="txAdvice" transaction-manager="transactionManager">
<tx:attributes>
<tx:method name="*" rollback-for="com.abc.b2e.base.exception.***Exception"/>
</tx:attributes>
</tx:advice>
这样，凡是这个指定Exception抛出来的，都会回滚。