大家好,又见面了,我是你们的朋友全栈君。如果您正在找激活码,请点击查看最新教程,关注关注公众号 “全栈程序员社区” 获取激活教程,可能之前旧版本教程已经失效.最新Idea2022.1教程亲测有效,一键激活。
更多Spring事务问题请访问链接:Spring事务回滚疑难详解
一,为什么框架中根本没有对Exception的一般子类进行回滚配置,异常发生时,事务都进行了回滚 ,说好的只会对RuntimeException(Unchecked 非受检异常)回滚呢?
此时,我们就有必要了解一下,RuntimeException所包含的子类具体有哪些:
这时,或许你就明白了 : 平常代码运行阶段经常遇到的那些异常,其实都是RuntimeException的子类。
受检异常(Checked)一般在编译期就被检出,这就给你造成了一个Spring对于所有异常都会发生回滚的误解。
下面给出一些受检CHECKED异常:
二,为什么我在执行方法的时候出现了SQL执行的Exception,默认配置的情况下,事务还是发生了回滚 ? 下结论之前,我们应该仔细查看异常信息:
[Request processing failed; nested exception is org.springframework.dao.DuplicateKeyException:
### Error updating database. Cause: com.mysql.jdbc.exceptions.jdbc4.MySQLIntegrityConstraintViolationException: Duplicate entry '1' for key 1
下面我会给出 一个例子:类似于直播软件中,“礼物的购买事务”,其中有三个动作:
①Mygift数量的增加 ②Customer余额的减少 ③consumption消费明细的增加
int a=consumpDao.insert(s);//插入消费明细
int b=customerDao.insert(customer);//此处实际应该update(customer),不然会出现重复主键的异常
int d=0;
if(mygift==null){//判断礼物类型是否存在,第一次插入,而后更新
m.setMySum(s.getGiftSum());
d=mygiftDao.insert(m);
}else{
mygift.setMySum(mygift.getMySum()+s.getGiftSum());
d=mygiftDao.update(mygift);
}
if(a*b*d==1){
json.put("result",0);
json.put("msg", "购买成功");
json.put("data", "");
}else{
json.put("result",-1);
json.put("msg", "购买失败");
json.put("data", "");
TransactionAspectSupport.currentTransactionStatus().setRollbackOnly();
}
}
在程序28行,明确指出:
int a=consumpDao.insert(s);//插入消费明细
int b=customerDao.insert(customer);//此处实际应该update(customer),不然会出现重复主键的异常
程序运行之前,Consumption消费记录中只有一条数据。
程序运行,出现异常,具体如下:
[Request processing failed; nested exception is org.springframework.dao.DuplicateKeyException:
### Error updating database. Cause: com.mysql.jdbc.exceptions.jdbc4.MySQLIntegrityConstraintViolationException: Duplicate entry '1' for key 1
对应事务中的三个动作,理论发生:
①Consumption消费明细的增加 执行成功,②Customer余额的减少SQL语句在执行的时候发生异常,③Mygift数量增加 执行成功
程序运行后,Consumption消费记录并没有出现第二条:
所以此时,该事务发生了回滚。org.springframework.dao.DuplicateKeyException 应该是RuntimeException的子类
三,作出结论,是SQLException属于RuntimeException的子类?还是默认配置一般异常也会回滚呢?
① 查看接口文档java.lang.SqlException,
java.lang.Object
|____java.lang.Throwable
|____ java.lang.Exception
|____ java.lang.SQLException
可以看出: java.lang.SqlException,确实是Exception的直接子类,属于CHECKED受检异常,事务是不会因为它发生回滚的!
② 实际上,当我们在项目开发中加入了Spring框架以后,SQL异常都被org.springframework重写,正如上面的重复主键的SQL异 常。
产生原因:很显然该异常原因属于一般异常,而被Spring捕捉后抛出其他自定义的RuntimeException
具体可见:org.springframework.jdbc.support.SQLErrorCodeSQLExceptionTranslator.doTranslate()
Error updating database. Cause: com.mysql.jdbc.exceptions.jdbc4.MySQLIntegrityConstraintViolationException: Duplicate entry '1' for key 1
抛出的异常:
[Request processing failed; nested exception is org.springframework.dao.DuplicateKeyException:
我们知道 org.springframework.dao.DuplicateKeyException来自spring-tx-4.0.0.RELEASE.jar
反编译可见:
java.lang.Object
|____java.lang.Throwable
|____ java.lang.Exception
|____ java.lang.RuntimeException
|____ org.springframework.core.NestedRuntimeException
|____org.springframework.dao.DataAccessException
|____ org.springframework.dao.NonTransientDataAccessException
|____org.springframework.dao.DataIntegrityViolationException
|____org.springframework.dao.DuplicateKeyException
同样方法可以查得:org.springframework.dao中的异常都是RuntimeException的子类
得出结论:Spring框架下,所有SQL异常都被org.springframework重写为RuntimeException,事务因此也会发生回滚!
发布者:全栈程序员-用户IM,转载请注明出处:https://javaforall.cn/161473.html原文链接:https://javaforall.cn
【正版授权,激活自己账号】: Jetbrains全家桶Ide使用,1年售后保障,每天仅需1毛
【官方授权 正版激活】: 官方授权 正版激活 支持Jetbrains家族下所有IDE 使用个人JB账号...