Spring批处理托管事务回滚时重试不起作用

Question

  @Bean
  public Step myStep(StaxEventItemReader<Response> staxEventResponseReader,
      ItemWriter<Response> itemWriter,
      ItemProcessor<? super Response, ? extends Response> responseProcessor) {
    return stepBuilderFactory.get("myStep")
        .<Response, Response>chunk(1)
        .reader(staxEventResponseReader)
        .processor(responseProcessor)
        .writer(itemWriter)
        //.faultTolerant().retryLimit(3).retry(Exception.class)
        .build();
  }

该步骤的writer的逻辑非常简单：它尝试从数据库中读取一行，一旦找到该行，就更新该行。我能够通过在find方法之后设置断点来重现ObjectOptimisticLockingFailureException，手动为数据库中的行颠簸version列并提交它，然后恢复。

但是，在我的步骤中取消注释重试定义后，没有尝试重试。经过一些调试后，Spring重试逻辑似乎在块的事务中；但是由于ObjectOptimisticLockingFailureException不是由编写器中的代码引发的，而是由Spring的块事务提交逻辑引发的，因此根本没有尝试重试。

Chunk Transaction Begin
    Begin Retry loop in FaultTolerantChunkProcessor.write()
        Writer logic in my Step
    End Retry loop
Chunk Transaction Commit - Throws ObjectOptimisticLockingFailureException

当我试图在编写器中显式地抛出ObjectOptimisticLockingFailureException时，重试逻辑完全按照预期工作。我的问题是：

1. 如果异常不是在步骤中从编写器代码中抛出的，而是在Spring Batch提交块事务时，如何使重试逻辑工作？
2. 另一个奇怪的行为是，当我通过颠簸数据库中的version列手动导致ObjectOptimisticLockingFailureException时，步骤中注释了重试定义，该步骤的最终状态为FAILED，这是意料之中的。但是如果重试定义未注释，则步骤的最终状态为完成。为什么？

Answer 1

1. 如果异常不是在步骤中从编写器代码中抛出的，而是在Spring Batch提交块事务时，如何使重试逻辑工作？

这里有一个开放的问题:https://github.com/spring-projects/spring-batch/issues/1826。解决办法是（尝试预测并）在编写器中提交时抛出任何可能发生的异常。这是您已经尝试过的，并且在您说时已经确认了它的工作原理。当我试图在编写器中显式地抛出ObjectOptimisticLockingFailureException时，重试逻辑完全按照预期工作。

这与前一个问题有关，但由另一个问题引起:https://github.com/spring-projects/spring-batch/issues/1189。也就是说，可以在调试会话期间使用version字段来了解工作原理，但我不建议更改代码中的version列。Spring Batch在其乐观锁定策略中严重依赖此列，并且不希望在用户代码中更改此列的值，否则可能会发生意外行为。