BlockingQueue的put（）和高并发性

Question

我正在使用Fork / Join Framework并行进行大量计算。 我已经用一个简单的记录器实现了Producer-Consumer Pattern，以在程序计算时创建控制台输出。 生产者和消费者共享一个BlockingQueue并且我使用put()方法，所以我不会错过任何更新。

我已经意识到在某些情况下性能非常糟糕，VisualVM向我展示了put()方法就是原因。

当将新消息放入BlockingQueue时出现问题，我的RecursiveTask不得不等待，但是ForkJoinPool继续派生新任务，因此2000-5000个任务正在尝试访问put()方法，这导致了很高的并发性。

有适当的方法来处理这种情况吗？

我想像

if(!blockingQueue.offer(message) {
    blockingQueue.put(message);
}

使用理论上不受限制的BlockingQueue时，性能可能更高。

所以我的问题是：是否有适当且高效的方式将对象放入BlockingQueue而不丢失更新？

先感谢您！

Answer 1

如果您的池中产生2000-5000个任务，那就是您的问题。 一旦完成许多任务，您将开始在BlocingQueue.put看到线程争用，这将增加put的统计信息。

使用BlockingQueue是，如果使用者比生产者慢（甚至是暂时的），生产者将阻塞直到使用者追上来。 然后，这也将导致上游进程也等待。 如果这导致您的上游进程（大概是FJP）使系统崩溃，而不仅仅是阻塞，那么这将是一个问题。

我建议您使用固定容量的FJP。