spring异常与事务回滚

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

如果你需要使用事务，那么在进行数据库操作之前需要
// 设置不自动提交, 事务开始
conn.setAutoCommit(false);

// 这里进行数据库操作

// 提交事务
conn.commit();


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>

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的异常控制，默认是Check Exception 不回滚，unCheck Exception回滚
3、如果配置了rollbackFor 和 noRollbackFor 且两个都是用同样的异常，那么遇到该异常，还是回滚
4、rollbackFor 和noRollbackFor 配置也许不会含盖所有异常，对于遗漏的按照Check Exception 不回滚，unCheck Exception回滚

5 noRollbackFor 配置runtimeException 也不会回滚。