加入收藏 | 设为首页 | 会员中心 | 我要投稿 李大同 (https://www.lidatong.com.cn/)- 科技、建站、经验、云计算、5G、大数据,站长网!
当前位置: 首页 > 大数据 > 正文

java – UnexpectedRollbackException覆盖我自己的异常

发布时间:2020-12-15 01:40:11 所属栏目:大数据 来源:网络整理
导读:我对spring的事务管理有以下奇怪的情况: 我有方法A,它调用方法B,它调用方法C,每个方法都在不同的类中.方法B和C都包含事务.两者都使用PROPAGATION_REQUIRED,因此当spring创建两个逻辑事务时,db中有一个物理事务. 现在,在方法C中,我抛出一个RuntimeException.

我对spring的事务管理有以下奇怪的情况:

我有方法A,它调用方法B,它调用方法C,每个方法都在不同的类中.方法B和C都包含事务.两者都使用PROPAGATION_REQUIRED,因此当spring创建两个逻辑事务时,db中有一个物理事务.

现在,在方法C中,我抛出一个RuntimeException.这将内部逻辑事务设置为rollbackOnly和物理事务.在方法B中,我知道UnexpectedRollbackException的可能性,所以我不进行正常提交.我从C中捕获异常,然后抛出另一个RuntimeException.

我希望外部RuntimeException将导致回滚到外部事务,但实际行为是这样的:

>外部事务似乎尝试提交,或者至少检查其状态,然后它抛出UnexpectedRollbackException,因为物理事务已经标记为rollbackOnly.
>在抛出该异常之前,它会向日志打印另一个异常,指出“由提交异常覆盖的应用程序异常”.因此,调用者A接收UnexpectedRollbackException,而不是B抛出的异常.

我找到了一个解决方法,即在抛出异常之前将外部事务主动设置为回滚

public ModelAndView methodB(HttpServletRequest req,HttpServletResponse resp) {
  try{
    other.methodC();
  } catch (RuntimeException e){
    TransactionAspectSupport.currentTransactionStatus().setRollbackOnly();
    throw new RuntimeException ("outer exception");
  }
  return handleGetRequest(req,resp);
}

但是,这种解决方法强烈地将代码与事务api结合在一起,我想避免这种情况.有什么建议?

附:
这两个事务都是为了回滚运行时异常.我没有定义任何rollbackFor异常或类似的东西

最佳答案
我找到了这个问题的原因.事实证明,在包装事务之前,methodB被一个基于cglib的代理(使用spring old方式,pre 2.0)包装.因此,当我从methodB抛出RuntimeException时,cglib最终会抛出一个InvocationTargetException,这实际上是一个已检查的异常.

Spring的事务管理器最终捕获已检查的异常并尝试提交事务,而不知道methodB抛出的嵌套运行时异常.一旦我发现了这一点,我就设置了事务包装器以回滚已检查的异常,现在它按预期工作.

(编辑:李大同)

【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容!

    推荐文章
      热点阅读