我最近一直在学习LMAX Disruptor并且正在做一些实验。令我困惑的一件事是endOfBatch的{{1}}处理程序方法的onEvent参数。请考虑以下代码。首先，我称之为EventHandler和Test1的虚拟消息和消费者类：
Test1Worker请注意，我已将延迟500毫秒作为某些现实世界工作的替代品。我也在控制台中打印
的序列号然后我的驱动程序类（作为生产者）调用public class Test1 {
}
public class Test1Worker implements EventHandler<Test1>{
public void onEvent(Test1 event, long sequence, boolean endOfBatch) {
try{
Thread.sleep(500);
}
catch(Exception e){
e.printStackTrace();
}
System.out.println("Received message with sequence " + sequence + ". "
+ "EndOfBatch = " + endOfBatch);
}
}
：
DisruptorTest这里，在初始化了所需的东西之后，我正在向public class DisruptorTest {
private static Disruptor<Test1> bus1;
private static ExecutorService test1Workers;
public static void main(String[] args){
test1Workers = Executors.newFixedThreadPool(1);
bus1 = new Disruptor<Test1>(new Test1Factory(), 8, test1Workers);
bus1.handleEventsWith(new Test1Worker());
RingBuffer<Test1> buf1 = bus1.start();
for (int i = 0; i < 10; i++){
long a = System.currentTimeMillis();
long next = buf1.next();
long b = System.currentTimeMillis();
System.out.println("Delay for claiming slot " + i + " is "+ (b - a));
try {
Test1 message = buf1.get(next);
} catch (Exception e) {
e.printStackTrace();
} finally {
buf1.publish(next);
}
}
}
public static class Test1Factory implements EventFactory<Test1> {
public Test1 newInstance() {
return new Test1();
}
}
}
（缓冲区大小为8）提供10条消息并尝试监视一些事情 - 生产者声称{的下一个插槽的延迟{1}}以及消费者方面的序列号消息，以及特定序列是否被视为批次结束。
现在，有趣的是，处理每条消息涉及500毫秒的延迟，这就是我得到的输出：
RingBuffer但是，如果我删除500毫秒的等待时间，这就是我得到的：
RingBuffer因此看起来某个消息是否被认为是批处理结束（即批处理的大小）是否受到消费者的消息处理延迟的影响。可能我在这里很傻，但它应该是怎么回事？这背后的原因是什么？一般来说，什么决定了批量？提前致谢。如果我的问题中的任何内容都不清楚，请告诉我。
答案 0 :(得分：8)
批量大小仅由可用元素数决定。因此，如果当前有更多可用元素，那么它将包含在批处理中。例如，如果Disruptor调用您的代码并且队列中只有一个元素，那么您将使用endOfBatch = true进行一次调用。如果队列中有8个元素，那么它将收集所有8个元素并将它们一次性发送。
您可以在下面的代码中看到条目数＃＆＃34;可用＆＃34;在队列中提取，并且可能比＆＃34; next＆＃34;项目。例如，您当前是5，等待插槽6，然后有3个事件到达，可用时间为8，并且您将批量接收多个呼叫（适用于6,7,8）。
final long availableSequence = sequenceBarrier.waitFor(nextSequence);
while (nextSequence <= availableSequence)
{
event = dataProvider.get(nextSequence);
eventHandler.onEvent(event, nextSequence, nextSequence == availableSequence);
nextSequence++;
}
关于元素9处的500ms暂停，请注意Disruptor是使用环形缓冲区构建的，并且您在缓冲区中指定的插槽数为8（请参阅此处的第二个参数）：
bus1 = new Disruptor<Test1>(new Test1Factory(), 8, test1Workers);
如果并非所有消费者都消耗了一个元素，并且环形缓冲区处于容量状态（所有8个元素都已满），则生产者将被阻止向缓冲区发布新事件。您可以尝试增加缓冲区大小，例如200万个对象，或确保您的消费者比生产者更快，因此队列不会填满（移除已经证明的睡眠）。