@transactional 手动回滚_Java学习之——Spring事务异常回滚,捕获异常不抛出就不会回滚...

v2-804f7a8984639bf7bee2f03da6d8517c_1440w.jpg?source=172ae18b

今天写电商项目的时候遇到一个小问题,就是在订单系统ego-order-web项目中,完成用户下订单的操作的时候,忘记给订单明细表中的字段order_id赋值,这时候,完成这个操作的时候,就出现问题了,因为操作的是3张表:

v2-f46b60b8d59a97571608c6e462d46ba3_b.jpg

订单表:tb_order

v2-21494be0075ca6a67d5daa99cde879dd_b.jpg

订单明细表:tb_order_item

v2-6569904f027e6945c11054bc918d8411_b.jpg

订单配送表:tb_order_shipping

v2-0720a712f1ba918dd3e117647d7fe253_b.jpg

出错问题:

v2-b282e8dffe5983a836343d55b2b4596e_b.jpg

远程的rpc服务那边:

v2-1cc6ab7dc04dbed12651d8e5c392a1e0_b.jpg

这里使用了一个try—catch,会对我们发生异常时进行捕获处理,这样一来,当我们在远程调用服务的时候,肯定是不会发生异常的,因为我们已经捕获处理了,并没有往上抛。

这里有一个地方需要理解一下:

v2-0afcaa3509fcee03988191a7c9d680e9_b.jpg

Spring的声明式事务是这样配置的,就是rpc服务的实现类的所有方法都用声明式事务进行管理,我们不能这样理解为这里有异常就回滚了,而应该理解为谁调用它,发生异常才会回滚,也就是说,当我们在远程调用服务的时候,发生了异常才会混滚,所以,我们就得把异常往上抛,不然远程调用服务的时候,是无法得到异常的,这样三个表有一个操作失败的时候,是不会进行混滚的,所以我们需要把异常往上抛一下:

v2-366245d82974c4b491ada06c71867dd7_b.jpg

网上查阅了一下资料,发现大佬们都是这样解决的,而且还有其他方法:

默认spring事务只在发生未被捕获的RuntimeException时才回滚。

解决方式:

1:通过throw new RuntimeException();抛出运行时异常,就是我上面说的这种

2.手动回滚

v2-c4e53de1145b8698cc59e3f77c035419_b.jpg

3.使用@Transactional注解

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值