标签：因此 框架 bsp work ring 默认 编译 cxf size
一，为什么框架中根本没有对Exception的一般子类进行回滚配置，异常发生时，事务都进行了回滚 ，说好的只会对RuntimeException（Unchecked 非受检异常）回滚呢？
此时，我们就有必要了解一下，RuntimeException所包含的子类具体有哪些：
这时，或许你就明白了 ： 平常代码运行阶段经常遇到的那些异常，其实都是RuntimeException的子类。
受检异常（Checked）一般在编译期就被检出，这就给你造成了一个Spring对于所有异常都会发生回滚的误解。
下面给出一些受检CHECKED异常：
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
哪些异常是RuntimeException？Sql异常属于RuntimeException吗？Spring下SQL异常事务回滚
标签：因此 框架 bsp work ring 默认 编译 cxf size
原文地址：https://www.cnblogs.com/qcq0703/p/8793707.html
