Spring注解事务提交回滚

spring对于事务异常的处理

//unchecked   运行期Exception   spring默认会进行事务回滚           比如：RuntimeException

//checked       用户Exception       spring默认不会进行事务回滚        比如：Exception

如何改变spring的这种默认事务行为？可以通过在方法上

添加@Transactional(noRollbackFor=RuntimeException.class)让spring对于RuntimeException不回滚事务。

添加@Transactional(RollbackFor=Exception.class)让spring对于Exception进行事务的回滚。

@Transactional(propagation=Propagation.REQUIRED)

required为默认行为

如果只是内部的try/catch块出现异常只会导致内部try/catch块的事务的回滚，则内部try/catch块的操作不会被执行，但是另外的操作任然会执行。

而如果外部出现异常则会导致整个事务的回滚，那么所有的操作都不会被执行，即使内部try/catch块没有出现异常。

默认spring事务只在发生未被捕获的 runtimeexcetpion时才回滚。  
spring aop  异常捕获原理：被拦截的方法需显式抛出异常，并不能经任何处理，这样aop代理才能捕获到方法的异常，才能进行回滚，默认情况下aop只捕获runtimeexception的异常，但可以通过配置来捕获特定的异常并回滚。换句话说在service的方法中不使用try catch 或者在catch中最后加上throw new runtimeexcetpion()，这样程序异常时才能被aop捕获进而回滚。
解决方案： 

方案1.例如service层处理事务，那么service中的方法中不做异常捕获，或者在catch语句中最后增加throw new RuntimeException()语句，以便让aop捕获异常再去回滚，并且在service上层（webservice客户端，view层action）要继续捕获这个异常并处理。

方案2.在service层方法的catch语句中增加：TransactionAspectSupport.currentTransactionStatus().setRollbackOnly();语句，手动回滚，这样上层就无需去处理异常。

@Transactional(readOnly=true)

只读属性，不允许进行更新操作，可以提高效率

@Transactional(timeout=30)

超时，默认为30秒

@Transactional(isolation=Isolation.REPEATABLE_READ)

事务隔离级别

MySQL默认为第三种级别REPEATABLE_READ

MSSQLSERVER2000默认为第二种级别READ_COMMITTED

MSSQLSERVER2005可以设为第二三种级别而且效率不会比第二种级别差

级别越高，效率越低