半支烟粤语,色即是空 空即是色,黄金时评
spring-java事物回滚失效处理最近在做项目中，无意间发现有个类在抛事物回滚操作，数据也正常的插入到数据库当中了，于是仔细查看看一下具体原因。
一切还是要从java的检查型异常和非检查型异常说起。
那么什么是检查型异常什么又是非检查型异常呢？
最简单的判断点有两个：
1.继承自runtimeexception或error的是非检查型异常，而继承自exception的则是检查型异常（当然，runtimeexception本身也是exception的子类）。
2.对非检查型类异常可以不用捕获，而检查型异常则必须用try……catch语句块进行处理或者把异常交给上级方法处理，总之就是必须写代码处理它。
java的异常结构如下图。其中直接继承exception的异常，必须捕获，属于检查型异常。
再回过来看我的代码：
1、方法名前面有
@transactional
2、spring的配置文件applicationcontext-xxx.xml当中也有spring事物的相关配置
<bean id="transactionmanager" class="org.springframework.jdbc.datasource.datasourcetransactionmanager"> <property name="datasource" ref="datasource" /> <property name="rollbackoncommitfailure" value="true"></property> </bean>
但是为什么在service层方法调用的时候，try……catch抛exception异常已经提交的事物却没有回滚？
查看相关spring的文档后发现，原来spring声明式事务管理默认对非检查型异常和运行时异常进行事务回滚，而对检查型异常则不进行回滚操作。
代码中try……catch抛出的exception异常，属于检查型异常,spring的框架默认是不会进行回滚的。
在编程中对非检查型类异常可以不用捕获，而检查型异常则必须用try语句块进行处理或者把异常交给上级方法处理总之就是必须写代码处理它。
所以必须在service捕获异常，然后再次手动throw一个非检查型异常，这样事务方才起效。例如：
我要评论
try{
…………
} catch (exception e) {
…………
throw new businessexception(e.getmessage());
}
当然我们还有更简便的方法来解决这个问题，那就是通过注解参数改变默认的回滚方式。
在@transaction注解中定义了norollbackfor和rollbackfor来指定某种异常是否回滚。
使用例：
@transaction(norollbackfor=runtimeexception.class)
@transaction(rollbackfor=exception.class)
所以上述的问题可以直接将@transaction添加回滚参数@transaction(rollbackfor=exception.class),这样就改变了默认的事务处理方式。
启示:
这就要求我们在自定义异常的时候，让自定义的异常继承自runtimeexception，这样抛出的时候才会被spring默认的事务处理准确处理。
总结
以上就是本文关于java事务回滚失败问题分析的全部内容，希望对大家有所帮助。感兴趣的朋友可以继续参阅本站其他相关专题，如有不足之处，欢迎留言指出。感谢朋友们对本站的支持！
如对本文有疑问，请在下面进行留言讨论，广大热心网友会与你互动！！ 点击进行留言回复
浅析我对 String、StringBuilder、StringBuffer 的理解
使用IDEA搭建SSM框架的详细教程(spring + springMVC +MyBatis)
Springboot整合freemarker 404问题解决方案
引入mybatis-plus报 Invalid bound statement错误问题的解决方法
网友评论