spring异常与事务回滚

lhhhoo 2013-07-17

如果你不启用事务,默认是自动提交的,不需要设置autoCommit

如果你需要使用事务,那么在进行数据库操作之前需要

//设置不自动提交,事务开始

conn.setAutoCommit(false);

//这里进行数据库操作

//提交事务

conn.commit();

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

也就是默认对RuntimeException()异常极其子类进行事务回滚。

Exception作为基类,下面还分checkedexception和uncheckedexception。如果客户端可以通过其他的方法恢复异常,那么这种异

常就是checkedexception;如果客户端对出现的这种异常无能为力,那么这种异常就是Uncheckedexception;简单来说,继承于

RuntimeException的都是uncheckedexception。

Error:

1.总是不可控制的(unchecked)

2.经常用来用于表示系统错误或低层资源的错误

3.如何可能的话,应该在系统级被捕捉

Exception:

1.可以是可被控制(checked)或不可控制的(unchecked)

2.表示一个由程序员导致的错误

3.应该在应用程序级被处理

Java中定义了两类异常:

1)Checkedexception:这类异常都是Exception的子类。异常的向上抛出机制进行处理,假如子类可能产生A异常,那么在父类中

也必须throwsA异常。可能导致的问题:代码效率低,耦合度过高。

2)Uncheckedexception:这类异常都是RuntimeException的子类,虽然RuntimeException同样也是Exception的子类,但是它们是

非凡的,它们不能通过clientcode来试图解决,所以称为Uncheckedexception。

解决办法:

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

2.在txAdive中增加rollback-for,里面写自己的exception,例如自己写的exception为

com.cn.untils.exception.***Exception

<tx:adviceid="txAdvice"transaction-manager="transactionManager">

<tx:attributes>

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

</tx:attributes>

</tx:advice>

或者

定义不会滚的异常

<tx:adviceid="txAdvice">

<tx:attributes>

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

<tx:methodname="*"/>

</tx:attributes>

</tx:advice>

spring事务回滚.默认情况,unchecked异常,即运行时异常runntimeException回滚事务;checked异常,即Exception可try{}捕获的不会回滚.当然也可配置spring参数让其回滚.

默认情况下,spring框架只捕获RuntimeException异常及其子类;对于Exception异常是不会回滚的,如果相让Spring来改变这种默认的行为,那么可以在相应的方法上面加入@Transactional(rollbackFor=MyException.class)设置成回滚,从而改变默认的行为。

令Spring的几种注解事务传播行为:

Required:业务方法需要在一个事务中运行。如果方法运行时,已经在一个事务中,那么加入到该事务,否则自己创建一个新的事务。一般spring默认都是这种事务,像保存,删除,修改等都是这种事务。80%的情况下都用这种事务。

Not_Supported:声明方法不需要事务。如果方法没有关联到一个事务,容器不会为它开启事务。如果方法在一个事务中被调用,该事务会被挂起,在方法调用结束后,原先的事务便会执行。

Requiresnew:属性不管是否存在事务,业务方法总会为自己发起一个新的事务。如果方法已经运行在一个事务中,则原有事务被挂起,新的事务会被创建,直到方法执行结束,新事务才算结束,原先事务才会恢复执行。

Mandatory:该属性指定业务方法必须在一个事务中运行,业务方法不能发起自己的事略。如果业务方法在没有事务的环境下调用,容器会抛出例外。

Supports:这一事务属性表明,如果方法在某个事务范围内被调用,则方法成为该事务的一部分。如果业务方法在事务范围外被调用,则方法在没有事务的环境下执行。

Never:指定业务方法绝对不能在事务范围内执行。如果业务方法在某个事务中执行,容器会抛出例外,只有业务方法没有关联到任何事务,才能正常执行。

Nested:如果一个活动的事务存在,则运行在一个嵌套的事务中,如果没有活动事务,则按Required属性执行,它使用了一个单独的事务,这个事务拥有多个可以回滚的保存点。内部事务的回滚不会对外部事务造成影响,它只对DataSourceTransactionManager事务管理器起效。

对于传播行为为REQUIRED的:

1、执行service.method1(),不管method里面是否嵌套了method2或其他,事务都是以method1开始和结尾,且事务配置同样以method1为准,忽略其他REQUIRED行为的配置,比如异常机制,以method1为准,忽略method2的异常配置

2、Transactional的异常控制,默认是CheckException不回滚,unCheckException回滚

3、如果配置了rollbackFor和noRollbackFor且两个都是用同样的异常,那么遇到该异常,还是回滚

4、rollbackFor和noRollbackFor配置也许不会含盖所有异常,对于遗漏的按照CheckException不回滚,unCheckException回滚

5noRollbackFor配置runtimeException也不会回滚。

相关推荐