欢迎来到尧图网

客户服务 关于我们

您的位置:首页 > 新闻 > 焦点 > 【java】记录一个开启事务抛出异常的场景

【java】记录一个开启事务抛出异常的场景

2025/4/19 13:31:43 来源:https://blog.csdn.net/qq_37831759/article/details/147278685  浏览:    关键词:【java】记录一个开启事务抛出异常的场景
// controller层
@PostMapping
public Response createTask(@RequestBody Smoking params) {try {result = taskService.createSmokingTask(params);return Response.success(result)} catch(Exception e) {result = ...return Response.success(result)}
}// service层 主要方法
@Transactional
public Response createTask(Smoking params) {
try {childService.methodA();
} catch(Exception e) {return result;
}
}// service层 子方法
@Transactional
public Response methodA() {....if () {throw new RuntimeException();
}
}

从代码结构可以看出 这是一个嵌套的事务 根据事务传播的规则 两者使用的是同一个事务,子方法的事务自动加入到了主方法的事务中。

当子方法出现异常时,一个RuntimeException被抛出 子方法会异常回滚这是非常确定的事情 那么主方法会发生什么呢?

主方法并没有数据库IO操作,不需要回滚,因此用try catch把子方法的异常捕获了。最后在controller层 我们期待的是正常返回结果,然而实际测试发现并非如此

在service主方法中,子方法的异常确实被捕获了,主方法确实也正常执行完了,但是由于主方法的事务和子方法是同一个事务,所以主方法的事务也要回滚。然而由于主方法捕获了异常,而且还正常执行完了,spring的事务就不知道到底该不该回滚了,所以这个时候会抛出一个新的异常

如何解决

这个问题出现的关键在于 嵌套事务存在传播 因此我们需要在子方法的事务产生时新建事务 而不是加入原事务

@Transactional(propagation = Propagation.REQUIRES_NEW)

REQUIRES_NEW:新建事务 不加入现有事务

版权声明:

本网仅为发布的内容提供存储空间,不对发表、转载的内容提供任何形式的保证。凡本网注明“来源:XXX网络”的作品,均转载自其它媒体,著作权归作者所有,商业转载请联系作者获得授权,非商业转载请注明出处。

我们尊重并感谢每一位作者,均已注明文章来源和作者。如因作品内容、版权或其它问题,请及时与我们联系,联系邮箱:809451989@qq.com,投稿邮箱:809451989@qq.com

热搜词