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也不会回滚。