ConcurrentHashMap需要和ReadWriteLock一起吗？

Question

我有一个Map，它由多个线程读取，但它(不时地)被另一个线程清除和重建。

我已经包围了这张地图的所有入口

readWriteLock.readLock().lock()
try {
  ... access myMap here...
} finally {
  readWriteLock.readLock().unlock()
}

..。或writeLock()等效项，取决于访问的类型。

我的问题是..。ReadWriteLock是否会确保对myMap的更新对其他线程是可见的(因为它们必须等到写入线程调用unlock()之后才能看到)？或者，我是否还需要使myMap成为一个并发映射，比如ConcurrentHashMap？

我可能会这么做，只是为了安全起见，但我想更好地理解。

Answer 1

是的，这应该是好的，即使没有线程感知的地图。ReadWriteLock明确指出：

所有ReadWriteLock实现都必须保证writeLock操作(如锁接口中指定的)的内存同步效果与关联的readLock保持一致。也就是说，成功获取读锁的线程将看到在先前的写锁发布时所做的所有更新。

(当然，通过使用读取器/写入器锁，您完全依赖于支持来自不同线程的并发查找的映射。人们可以想象出聪明的数据结构，它试图通过在查找过程中改变一些内部缓存状态来总体上节省时间。但是像HashMap这样的标准集合不会这样做)。