为什么catch了异常，但事务还是回滚了？

程序员文章站 2022-08-06 07:52:16

前几天我发了这篇文章《我来出个题：这个事务会不会回滚？》得到了很多不错的反馈，也有不少读者通过微信、群或者邮件的方式，给了我一些关于test4的回复。其中还有直接发给我测试案例，来证明我的答案是错的。今天，我们就来一起看看test4这个争议很大的问题。如果您是刚打开这篇文章，不了解我们在讨论啥，那可 ......

前几天我发了这篇文章得到了很多不错的反馈，也有不少读者通过微信、群或者邮件的方式，给了我一些关于test4的回复。其中还有直接发给我测试案例，来证明我的答案是错的。今天，我们就来一起看看test4这个争议很大的问题。如果您是刚打开这篇文章，不了解我们在讨论啥，那可以先点击查看之前的这篇。通过这两篇文章的解析，相信你会对spring data jpa下的事务执行机制有质的飞跃。

为什么没回滚

先来说说，那些写了代码验证"不会回滚"的情况，把这些错误答案的原因先说清楚，然后再细说test4会回滚的情况。

根据这两天读者给我的案例或者描述清楚的一些情况，归结了一下，大家写的验证代码之所以不会回滚，主要有以下三个原因：

没有按照我题目开头说的，采用innodb存储引擎，用了myisam，不支持事务，自然不会复现。
没用按照我题目开头说的，采用jpa和jsr 303校验注解，比如：用了mybaits，所以自然也不会复现。
定义事务的函数不是public类型，这个基础用法就不对了，事务本身就没生效

归家一下出现这些疑问的原因：没审题和事务基础掌握不牢导致。关于事务基础使用的一些常见注意点，之前写过一篇文章，如果觉得这方面知识还不扎实的，建议读一读：《为什么加了@transactional注解，事务没有回滚？》

为什么写了catch，还会回滚

先来看看执行时候报的异常：

javax.validation.constraintviolationexception: validation failed for classes [com.didispace.chapter310.user] during persist time for groups [javax.validation.groups.default, ]
list of constraint violations:[
	constraintviolationimpl{interpolatedmessage='个数必须在0和5之间', propertypath=name, rootbeanclass=class com.didispace.chapter310.user, messagetemplate='{javax.validation.constraints.size.message}'}
]
	at org.hibernate.cfg.beanvalidation.beanvalidationeventlistener.validate(beanvalidationeventlistener.java:140) ~[hibernate-core-5.3.7.final.jar:5.3.7.final]
	at org.hibernate.cfg.beanvalidation.beanvalidationeventlistener.onpreinsert(beanvalidationeventlistener.java:80) ~[hibernate-core-5.3.7.final.jar:5.3.7.final]
	at org.hibernate.action.internal.entityinsertaction.preinsert(entityinsertaction.java:209) ~[hibernate-core-5.3.7.final.jar:5.3.7.final]
	at org.hibernate.action.internal.entityinsertaction.execute(entityinsertaction.java:83) ~[hibernate-core-5.3.7.final.jar:5.3.7.final]
	at org.hibernate.engine.spi.actionqueue.executeactions(actionqueue.java:604) ~[hibernate-core-5.3.7.final.jar:5.3.7.final]
	at org.hibernate.engine.spi.actionqueue.executeactions(actionqueue.java:478) ~[hibernate-core-5.3.7.final.jar:5.3.7.final]
	at org.hibernate.event.internal.abstractflushingeventlistener.performexecutions(abstractflushingeventlistener.java:356) ~[hibernate-core-5.3.7.final.jar:5.3.7.final]
	at org.hibernate.event.internal.defaultflusheventlistener.onflush(defaultflusheventlistener.java:39) ~[hibernate-core-5.3.7.final.jar:5.3.7.final]
	at org.hibernate.internal.sessionimpl.doflush(sessionimpl.java:1454) ~[hibernate-core-5.3.7.final.jar:5.3.7.final]
	at org.hibernate.internal.sessionimpl.managedflush(sessionimpl.java:511) ~[hibernate-core-5.3.7.final.jar:5.3.7.final]
	at org.hibernate.internal.sessionimpl.flushbeforetransactioncompletion(sessionimpl.java:3283) ~[hibernate-core-5.3.7.final.jar:5.3.7.final]
	at org.hibernate.internal.sessionimpl.beforetransactioncompletion(sessionimpl.java:2479) ~[hibernate-core-5.3.7.final.jar:5.3.7.final]
	at org.hibernate.engine.jdbc.internal.jdbccoordinatorimpl.beforetransactioncompletion(jdbccoordinatorimpl.java:473) ~[hibernate-core-5.3.7.final.jar:5.3.7.final]
	at org.hibernate.resource.transaction.backend.jdbc.internal.jdbcresourcelocaltransactioncoordinatorimpl.beforecompletioncallback(jdbcresourcelocaltransactioncoordinatorimpl.java:178) ~[hibernate-core-5.3.7.final.jar:5.3.7.final]
	at org.hibernate.resource.transaction.backend.jdbc.internal.jdbcresourcelocaltransactioncoordinatorimpl.access$300(jdbcresourcelocaltransactioncoordinatorimpl.java:39) ~[hibernate-core-5.3.7.final.jar:5.3.7.final]
	at org.hibernate.resource.transaction.backend.jdbc.internal.jdbcresourcelocaltransactioncoordinatorimpl$transactiondrivercontrolimpl.commit(jdbcresourcelocaltransactioncoordinatorimpl.java:271) ~[hibernate-core-5.3.7.final.jar:5.3.7.final]
	at org.hibernate.engine.transaction.internal.transactionimpl.commit(transactionimpl.java:98) ~[hibernate-core-5.3.7.final.jar:5.3.7.final]

这个异常是这个回滚的关键。这个异常javax.validation.constraintviolationexception是哪里的呢？还记得以前说的jsr 303不？对的，是bean validation中的异常。

有的读者说这个不是runtimeexception，所以不会回滚。很显然，这类判断的都没有实际尝试一下，只要点开源码可以马上发现，这个异常就是属于runtimeexception的。

实际上，之所以会回滚，与这里使用spring data jpa以及hibernate validator有直接关系。从jpa 2.0开始，就默认支持了这些bean validation的实现，它提供了实体生命周期中pre-persist, pre-update,pre-remove三个事件发生时来执行校验的功能。而在校验的时候，当校验失败，抛出javax.validation.constraintviolationexception时，当前事务就会被标记为rollback。