Spring事务回滚机制
2017-08-25 00:00
435 查看
在spring的配置文件中,如果数据源的defaultAutoCommit设置为True了,那么方法中如果自己捕获了异常,事务是不会回滚的,如果没有自己捕获异常则事务会回滚,如下例
比如配置文件里有这么条记录:
<bean id="dataSource" class="xxx">
<property name="xxx" value="xxx"/>
<property name="xxx" value="xxx"/>
....
<property name="defaultAutoCommit" value="true" />
</bean>
那么现在有两个情况
情况1:如果没有在程序中手动捕获异常
@Transactional(rollbackFor = { Exception.class })
public void test() throws Exception {
doDbStuff1();
doDbStuff2();//假如这个操作数据库的方法会抛出异常,现在方法doDbStuff1()对数据库的操作 会回滚。
}
情况2:如果在程序中自己捕获了异常
@Transactional(rollbackFor = { Exception.class })
public void test() {
try {
doDbStuff1();
doDbStuff2();//假如这个操作数据库的方法会抛出异常,现在方法doDbStuff1()对数据库的操作 不会回滚。
} catch (Exception e) {
e.printStackTrace();
}
}
现在如果我们需要手动捕获异常,并且也希望抛异常的时候能回滚肿么办呢?
下面这样写就好了,手动回滚事务:
@Transactional(rollbackFor = { Exception.class })
public void test() {
try {
doDbStuff1();
doDbStuff2();
} catch (Exception e) {
e.printStackTrace();
TransactionAspectSupport.currentTransactionStatus().setRollbackOnly();//就是这一句了,加上之后,如果doDbStuff2()抛了异常, //doDbStuff1()是会回滚的
}
}
为什么不会滚呢??是对spring的事务机制就不明白。!!
默认spring事务只在发生未被捕获的 runtimeexcetpion或error时才回滚。
spring aop 异常捕获原理:被拦截的方法需显式抛出异常,并不能经任何处理,这样aop代理才能捕获到方法的异常,才能进行回滚,默认情况下aop只捕获runtime exception的异常,但可以通过配置来捕获特定的异常并回滚 。
换句话说在service的方法中不使用try catch 或者在catch中最后加上throw new runtimeexcetpion(),这样程序异常时才能被aop捕获进而回滚
Spring管理事务默认(即没有rollBackFor的情况下)可以回滚的异常是什么? runtimeexcetpion或error http://blog.csdn.net/u012557814/article/details/50685374
解决方案:
方案1.例如service层处理事务,那么service中的方法中不做异常捕获,或者在catch语句中最后增加throw new RuntimeException()语句,以便让aop捕获异常再去回滚,并且在service上层(webservice客户端,view层action)要继续捕获这个异常并处理.
方案2.在service层方法的catch语句中增加:TransactionAspectSupport.currentTransactionStatus().setRollbackOnly();语句,手动回滚,这样上层就无需去处理异常(现在项目的做法)
比如配置文件里有这么条记录:
<bean id="dataSource" class="xxx">
<property name="xxx" value="xxx"/>
<property name="xxx" value="xxx"/>
....
<property name="defaultAutoCommit" value="true" />
</bean>
那么现在有两个情况
情况1:如果没有在程序中手动捕获异常
@Transactional(rollbackFor = { Exception.class })
public void test() throws Exception {
doDbStuff1();
doDbStuff2();//假如这个操作数据库的方法会抛出异常,现在方法doDbStuff1()对数据库的操作 会回滚。
}
情况2:如果在程序中自己捕获了异常
@Transactional(rollbackFor = { Exception.class })
public void test() {
try {
doDbStuff1();
doDbStuff2();//假如这个操作数据库的方法会抛出异常,现在方法doDbStuff1()对数据库的操作 不会回滚。
} catch (Exception e) {
e.printStackTrace();
}
}
现在如果我们需要手动捕获异常,并且也希望抛异常的时候能回滚肿么办呢?
下面这样写就好了,手动回滚事务:
@Transactional(rollbackFor = { Exception.class })
public void test() {
try {
doDbStuff1();
doDbStuff2();
} catch (Exception e) {
e.printStackTrace();
TransactionAspectSupport.currentTransactionStatus().setRollbackOnly();//就是这一句了,加上之后,如果doDbStuff2()抛了异常, //doDbStuff1()是会回滚的
}
}
为什么不会滚呢??是对spring的事务机制就不明白。!!
默认spring事务只在发生未被捕获的 runtimeexcetpion或error时才回滚。
spring aop 异常捕获原理:被拦截的方法需显式抛出异常,并不能经任何处理,这样aop代理才能捕获到方法的异常,才能进行回滚,默认情况下aop只捕获runtime exception的异常,但可以通过配置来捕获特定的异常并回滚 。
换句话说在service的方法中不使用try catch 或者在catch中最后加上throw new runtimeexcetpion(),这样程序异常时才能被aop捕获进而回滚
Spring管理事务默认(即没有rollBackFor的情况下)可以回滚的异常是什么? runtimeexcetpion或error http://blog.csdn.net/u012557814/article/details/50685374
解决方案:
方案1.例如service层处理事务,那么service中的方法中不做异常捕获,或者在catch语句中最后增加throw new RuntimeException()语句,以便让aop捕获异常再去回滚,并且在service上层(webservice客户端,view层action)要继续捕获这个异常并处理.
方案2.在service层方法的catch语句中增加:TransactionAspectSupport.currentTransactionStatus().setRollbackOnly();语句,手动回滚,这样上层就无需去处理异常(现在项目的做法)
相关文章推荐
- Spring 事务回滚机制
- Spring 使用注解方式进行事务管理--注解回滚机制
- Spring的事务回滚机制
- Spring 事务回滚机制
- spring的事务提交与回滚机制
- spring事物回滚机制 (事务异常回滚,捕获异常不抛出就不会回滚)
- spring jpa 中事物管理的一个测试用例,看看嵌套事务的回滚机制
- Spring transaction事务的roll back回滚机制
- Spring回滚事务机制与创建数组的语法,Object[] params = new Object[]{值}
- spring事物回滚机制 (事务异常回滚,捕获异常不抛出就不会回滚)
- Spring transaction事务 roll back各种回滚
- Spring事务管理机制的实现原理-动态代理
- Spring 事务机制详解
- Spring事务异常回滚,捕获异常不抛出就不会回滚
- 关于Spring事务回滚的配置及使用
- Spring事务异常回滚,捕获异常不抛出就不会回滚
- spring异常与事务回滚
- spring整合Hibernate事务不能自动回滚
- spring事务不回滚
- Spring 事务机制详解