`

spring异常回滚机制

阅读更多




   修改异常时发现个问题 当我想在process层里抛出异常,就throw new  Exception() 异常抛出让事务进行回滚,程序运行完发现事务却没有正常的回滚,之后将异常改为new RuntimeException() 时程序能正常的回滚 。具体的原因是spring配置文件中事务对异常的处理方式,具体原因如下 

Spring的AOP事务管理默认是针对unchecked exception回滚。 
也就是默认对RuntimeException()异常极其子类进行事务回滚。 
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.cn.untils.exception.***Exception 



<tx:advice id="txAdvice" transaction-manager="transactionManager"> 

  <tx:attributes> 

    <tx:method name="*" rollback-for="com.cn.untils.exception.***Exception"/> 

  </tx:attributes> 

</tx:advice> 



或者 



定义不会滚的异常 



<tx:advice id="txAdvice"> 

   <tx:attributes> 

      <tx:method name="update*" no-rollback-for="IOException"/> 

      <tx:method name="*"/> 

   </tx:attributes> 

</tx:advice> 

分享到:
评论

相关推荐

Global site tag (gtag.js) - Google Analytics