disruptor-pattern - Java : Use Disruptor or Not .。

Question

嗨，

目前我正在开发一个程序，它从 amq 队列中获取 2 个值并对它们执行一系列数学计算。在我的程序订阅并通过回调(监听器)接收消息的 amq 服务器上创建了一个主题。

现在，每当消息到达时，这两个值就会被取出并添加到 SynchronizedDescriptiveStatistics 对象中。在每次添加到值列表之后，整个计算序列都会重新执行(这实际上是要求的一部分)。

我现在面临的问题是，由于我使用的是监听器，因此有时在计算过程中会收到一条或多条消息。尽管 SynchronizedDescriptiveStatistics 自己处理所有与线程相关的问题，但是当它失锁或其他情况时，它会立即将所有等待值添加到其数字列表中。虽然我的问题是添加一个值，然后对其执行 calcls，然后是第二个值，然后继续。

我想出的解决方案是在我的程序中使用作业队列(不是 amq 队列)。这样，每当计算结束时，程序就会在队列中寻找进一步的工作并相应地继续。

由于我也在寻找效率和速度，我认为 Disruptor 框架可能对这个问题有好处，并且它针对线程情况进行了优化。但是我不确定在我的应用程序中实现 Disruptor 是否值得，因为常规的标准队列可能足以满足我想要做的事情。

让我还告诉您，需要执行计算的数据很多，并且会不断出现，并且每次添加单个值时都需要以连续方式重新执行整个计算。因此，请牢记效率和大量数据，从长远来看，您认为什么是有用的。

等待答复。 . .

问候。

Answer 1

我将给出这个问题的典型答案:先测试，然后根据结果做出决定。

尽管您谈论效率，但您并没有具体说性能是一项基本要求。如果您对性能要求有所了解，则可以使用队列模拟一个简单的原型(prototype)，而不是 Disruptor 的基本实现，并测量两者的性能。

如果一个比另一个好得多，那就是你的答案。但是，如果实现起来要付出更多努力，尤其是如果它也没有为您提供所需的效率，或者您没有任何硬性能要求，那么这表明该解决方案不是正确的解决方案。

首先测量，然后根据您的结果做出决定。