Spring批处理文档是关于面向块的步骤还是现实？

Question

在Spring Batch用于配置步骤的留档上，清晰的图片描述了如何执行读取和写入过程。

read
process
...
read
process
// until #amountOfReadsAndProcesses = commit interval
write

对应（根据文档）：

List items = new Arraylist();
for(int i = 0; i < commitInterval; i++){
    Object item = itemReader.read()
    Object processedItem = itemProcessor.process(item);
    items.add(processedItem);
}
itemWriter.write(items);

但是，当我调试并在读取器的read方法中放置一个断点以及在处理器的process方法中放置一个断点时，我看到了以下行为:

read
...
read
// until #amountOfReads = commit interval
process
...
process
// until #amountOfProcesses = commit interval
write

那么文档有错吗？还是我遗漏了一些配置，使它的行为像文档一样(没有找到任何东西)。

我遇到的问题是，现在每个consequentive读取都取决于处理器的状态。读取器是并行读取两个源的组合，根据其中一个源中的读取项，在一次读取操作期间仅读取第一个、第二个或两个源。但要读取的源的状态在处理器中进行。目前唯一的解决方案是提交间隔1，这对于性能来说不是很理想。

Answer 1

简短的回答是，你是正确的，我们的文档在组块模型上并不准确。是需要更新的东西。这是有原因的(它们主要与如何处理容错有关)。但这并不能解决你的问题。对于您的用例，有几个选项:

• 使用 JSR-352 配置配置作业 - JSR-352 的处理模型是我们的文档所说的（他们将其视为福音，而不是 Spring Batch 真正执行的操作）。由于Spring Batch支持JSR-352，只需更改您的配置以及启动作业的方式，您就会得到相同的结果。JSR-352 有一些限制，这些限制超出了本文的讨论范围，但这是一种选择。
• 另一种选择是按照Michael Pralow的建议去做 - 虽然我理解你对关注点分离的担忧，但听起来你已经打破了这个规则，因为你的处理器正在生成读者需要的输出（或者你是否以其他方式共享这种状态？）。
• 其他选项 - 在不更多地了解您的工作的情况下，可能还有其他方法可以很好地构建您的工作（例如将逻辑移动到多个步骤等），并且仍然实现Spring Batch尝试允许的关注点分离，但我需要看到更多的配置才能在那里提供帮助。