java – 使用Transactional进行Spring重试

发布时间：2020-12-15 01:33:43 所属栏目：大数据来源：网络整理

导读：Spring Retry是否可以保证与Spring的@Transactional注释一起使用？具体来说,我正在尝试使用@Retryable进行乐观锁定.似乎它将依赖于创建的AOP代理的顺序.例如,如果调用如下所示：致电代码 >重试代理 >交易代理 >实际数据库代码然后它将正常工作,但如果代理

Spring Retry是否可以保证与Spring的@Transactional注释一起使用？

具体来说,我正在尝试使用@Retryable进行乐观锁定.似乎它将依赖于创建的AOP代理的顺序.例如,如果调用如下所示：

致电代码 – >重试代理 – >交易代理 – >实际数据库代码

然后它将正常工作,但如果代理结构如下：

致电代码 – >交易代理 – >重试代理 – >实际数据库代码

然后重试将不起作用,因为关闭事务的行为是抛出optmistic锁定异常的行为.

在测试中,它似乎生成了第一个案例(重试,然后交易),但我不知道这是保证行为还是幸运.

最佳答案

如果你想独立测试它并确定它的行为,那么你可能有@Transactional @Service,然后是另一个使用事务一的服务,只是添加了重试.

在这种情况下,无论您测试多少,您都依赖于未记录的行为(如何精确地进行注释处理).这可能会在次要版本之间发生变化,基于创建独立Spring bean的顺序等等.简而言之,当您在同一方法上混合@Transactional和@Retry时,您会遇到问题.

编辑：有类似的答案问题https://stackoverflow.com/a/45514794/1849837与代码

@Retryable(StaleStateException.class)
@Transactional
public void doSomethingWithFoo(Long fooId){
    // read your entity again before changes!
    Foo foo = fooRepository.findOne(fooId);
    foo.setStatus(REJECTED)  // <- sample foo modification
} // commit on method end

在这种情况下,似乎没问题,因为无论什么顺序(重试然后交易,或交易或重试),可观察行为都是相同的.

（编辑：李大同）

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