为什么catch了异常,但事务还是回滚了?

文章探讨了为何在捕获异常的情况下,Spring Data JPA的事务仍然会回滚。主要原因是Hibernate Validator在进行Bean Validation时,校验失败会触发事务回滚。通过源码分析,揭示了JPA默认支持Bean Validation并在特定生命周期事件中执行校验,当校验异常抛出时,事务会被标记为回滚。
摘要由CSDN通过智能技术生成

前几天我发了这篇文章《我来出个题:这个事务会不会回滚?》(https://blog.didispace.com/will-this-transcation-rollback/)

得到了很多不错的反馈,也有不少读者通过微信、群或者邮件的方式,给了我一些关于test4的回复。其中还有直接发给我测试案例,来证明我的答案是错的。

今天,我们就来一起看看test4这个争议很大的问题。如果您是刚打开这篇文章,不了解我们在讨论啥,那可以先点击查看之前的这篇《我来出个题:这个事务会不会回滚?》(https://blog.didispace.com/will-this-transcation-rollback/)。

通过这两篇文章的解析,相信你会对Spring Data JPA下的事务执行机制有质的飞跃。

为什么没回滚

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

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

  1. 没有按照我题目开头说的,采用InnoDB存储引擎,用了MyISAM,不支持事务,自然不会复现。

  2. 没用按照我题目开头说的,采用JPA和JSR 303校验注解,比如:用了MyBaits,所以自然也不会复现。

  3. 定义事务的函数不是public类型,这个基础用法就不对了,事务本身就没生效

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

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值