java – 使用Transactional进行Spring重试

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

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

相关文章

这篇文章主要介绍了spring的事务传播属性REQUIRED_NESTED的原...
今天小编给大家分享的是一文解析spring中事务的传播机制,相...
这篇文章主要介绍了SpringCloudAlibaba和SpringCloud有什么区...
本篇文章和大家了解一下SpringCloud整合XXL-Job的几个步骤。...
本篇文章和大家了解一下Spring延迟初始化会遇到什么问题。有...
这篇文章主要介绍了怎么使用Spring提供的不同缓存注解实现缓...