BlockingQueue的rainingTo（）方法的线程安全性

Question

BlockingQueue的文档说，批量操作不是线程安全的，尽管它没有明确提及方法方法toitTo（）。

BlockingQueue实现是线程安全的。所有排队方法都是使用内部锁或其他形式的并发控制来原子地实现其效果的。但是，除非在实现中另行指定，否则批量Collection操作addAll，containsAll，retainAll和removeAll不一定是原子执行的。因此，例如，仅在c中添加一些元素之后，addAll（c）可能会失败（引发异常）。

rainageTo（）方法的文档指定了不能以线程安全的方式修改BlockingQueue元素所排放到的集合。但是，它并没有提及关于rainDate（）操作具有线程安全性的任何内容。

从此队列中删除所有可用的元素，并将它们添加到给定的集合中。与重复轮询此队列相比，此操作可能更有效。尝试将元素添加到集合c时遇到故障，可能会导致在引发关联的异常时元素既不在集合中，又不在两个集合中。尝试将队列耗尽到自身会导致IllegalArgumentException。此外，如果在操作进行过程中修改了指定的集合，则此操作的行为不确定。

那么，drainTo（）方法是线程安全的吗？换句话说，如果一个线程在阻塞队列上调用了dumpTo（）方法，而另一个线程在同一队列上调用add（）或put（），那么在两个操作结束时，队列的状态是否一致？

Answer 1

我认为您混淆了“线程安全”和“原子”这两个术语。他们不是同一件事。方法可以是线程安全的而不是原子的，并且可以是原子的（对于单个线程）而不是线程安全的。

线程安全是一个橡胶术语，很难定义而不是圆形。根据Goetz的说法，一个好的工作模型是，如果方法在多线程上下文中使用时“正确”，则该方法是线程安全的，因为该方法在单线程上下文中运行。除非您有正式的规范可用来衡量，否则，正确性是主观的。

相反，原子很容易定义。它只是意味着操作要么完全发生，要么根本不发生。

因此，您的问题的答案drainTo()是线程安全的，但不是原子的。它不是原子的，因为它可能在耗尽过程中途抛出异常。但是，以这种方式，无论其他线程是否同时对队列进行处理，队列仍将处于一致状态。

（在上面的讨论中隐含了该BlockingQueue接口的特定实现正确实现了该接口。如果未实现，则所有选择都关闭了。）