一,为什么框架中根本没有对Exception的一般子类进行回滚配置,异常发生时,事务都进行了回滚 ,说好的只会对RuntimeException(Unchecked 非受检异常)回滚呢?
此时,我们就有必要了解一下,RuntimeException所包含的子类具体有哪些:
![](https://www.codeprj.com/image/aHR0cHM6Ly9pbWctYmxvZy5jc2RuLm5ldC8yMDE3MDcyODE4MTcyODkyOT93YXRlcm1hcmsvMi90ZXh0L2FIUjBjRG92TDJKc2IyY3VZM05rYmk1dVpYUXZjWEZmTXpJek16RXdOek09L2ZvbnQvNWE2TDVMMlQvZm9udHNpemUvNDAwL2ZpbGwvSTBKQlFrRkNNQT09L2Rpc3NvbHZlLzcwL2dyYXZpdHkvQ2VudGVy.png)
这时,或许你就明白了 : 平常代码运行阶段经常遇到的那些异常,其实都是RuntimeException的子类。
受检异常(Checked)一般在编译期就被检出,这就给你造成了一个Spring对于所有异常都会发生回滚的误解。
下面给出一些受检CHECKED异常:
![](https://www.codeprj.com/image/aHR0cHM6Ly9pbWctYmxvZy5jc2RuLm5ldC8yMDE3MDcyODE4MjEyMDIxOD93YXRlcm1hcmsvMi90ZXh0L2FIUjBjRG92TDJKc2IyY3VZM05rYmk1dVpYUXZjWEZmTXpJek16RXdOek09L2ZvbnQvNWE2TDVMMlQvZm9udHNpemUvNDAwL2ZpbGwvSTBKQlFrRkNNQT09L2Rpc3NvbHZlLzcwL2dyYXZpdHkvQ2VudGVy.png)
org.springframework.dao.DuplicateKeyException 应该是RuntimeException的子类
三,作出结论,是SQL异常属于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.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,事务因此也会发生回滚!
原文链接: https://blog.csdn.net/qq_32331073/article/details/76525372 |