spring异常与事务回滚

如果你不启用事务，默认是自动提交的，不需要设置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也不会回滚。