这是来自JavaDoc关于ConcurrentHashMap的一段内容。它说检索操作通常不会阻塞，因此可能与更新操作重叠。这是否意味着get()方法不是线程安全的？
“然而，尽管所有操作都是线程安全的，但检索操作不涉及锁定，并且没有任何支持以防止所有访问方式锁定整个表格的支持。在依赖于其线程安全性但不依赖于其同步详细信息的程序中，此类与Hashtable完全互操作。
检索操作（包括get）通常不会阻塞，因此可能与更新操作（包括put和remove）重叠。检索反映了最近完成的更新操作的结果，在它们的开始时保持。”
get()方法是线程安全的，其他用户已经就此问题给出了有用的答案。
然而，尽管ConcurrentHashMap是线程安全的插入式HashMap替代品，但重要的是要意识到，如果您正在执行多个操作，则可能需要显着更改代码。例如，考虑以下代码：
if (!map.containsKey(key))
return map.put(key, value);
else
return map.get(key);
ConcurrentHashMap.putIfAbsent(K key, V value)，并注意返回值，该返回值告诉您是否成功进行了放置操作。阅读文档以获取更多详细信息。ConcurrentHashMap 可以作为线程安全的 HashMap 直接替代，但是需要注意如果要进行多个操作..." - Gray它是线程安全的。然而，确保线程安全的方式可能与您期望的方式不同。您可以从以下"提示"中看到：
在依赖于其线程安全性但不依赖于其同步细节的程序中，此类与
Hashtable完全可互操作。
要了解完整的故事，您需要了解 ConcurrentMap 接口。
原始的 Map 提供一些非常基本的读取/更新方法。即使我能够制作线程安全的 Map 实现，但很多情况下人们无法使用我的 Map 而不考虑我的同步机制。这是一个典型的例子：
if (!threadSafeMap.containsKey(key)) {
threadSafeMap.put(key, value);
}
即使该映射本身是线程安全的，但这段代码并不是线程安全的。两个线程同时调用containsKey()可能会认为没有这样的键，因此它们都插入到Map中。
为了解决这个问题，我们需要显式地进行额外的同步。假设我的Map的线程安全性是通过同步关键字实现的，则需要执行以下操作：
synchronized(threadSafeMap) {
if (!threadSafeMap.containsKey(key)) {
threadSafeMap.put(key, value);
}
}
这种额外的代码需要你了解地图的“同步细节”。在上面的例子中，我们需要知道同步是通过“synchronized”实现的。
ConcurrentMap接口更进一步地定义了一些涉及多次访问映射的常见“复杂”操作。例如，上面的示例被公开为putIfAbsent()。通过这些“复杂”操作，ConcurrentMap的用户（在大多数情况下）不需要对多次访问映射进行同步操作。因此，Map的实现可以执行更复杂的同步机制以获得更好的性能。 ConcurrentHashMap就是一个很好的例子。它是线程安全的，因为对Map的并发访问不会破坏内部数据结构或导致任何意外的更新丢失等问题。
考虑到以上所有内容，Javadoc的含义也将更加清晰：
“检索操作（包括get）通常不阻塞”，因为ConcurrentHashMap不使用“synchronized”来确保线程安全性。 get本身的逻辑会处理线程安全性；如果您进一步查看Javadoc：
表被分区以尝试允许指定数量的并发更新而没有竞争
不仅检索是非阻塞的，即使更新也可以同时发生。但是，非阻塞/并发更新并不意味着它是线程不安全的。这只是意味着它使用了一些方式来实现线程安全性，而不是简单的“synchronized”。
然而，因为内部同步机制未公开，如果您想要进行除ConcurrentMap提供的操作之外的某些复杂操作，则可能需要考虑更改您的逻辑或考虑不使用ConcurrentHashMap。例如：
// only remove if both key1 and key2 exists
if (map.containsKey(key1) && map.containsKey(key2)) {
map.remove(key1);
map.remove(key2);
}
ConcurrentHashMap.get()是线程安全的，这意味着：
ConcurrentModificationExceptionMap也是如此。get()之间进行了修改映射的操作，如put()或其他操作，则连续调用get()可能会返回不同的结果。 - GrayHashMap 根据 hashCode 将数据分配到不同的 "buckets" 中。 ConcurrentHashMap 利用了这一点。它的同步机制基于阻塞单个bucket而不是整个Map，这样就可以让多个线程同时写入到不同的buckets中（一个线程每次只能写入一个bucket）。ConcurrentHashMap 中读取数据几乎不需要使用同步机制。当获取key对应的value时，如果该value为 null ，则会使用同步机制。由于ConcurrentHashMap不能将 null 作为值存储（除了key以外，value也不能为 null），这表明在另一个线程初始化map entry（键值对）期间，读取线程在读取过程中遇到了 null。这种情况下，读取线程需要等待直到entry完全被写入。read() 方法的结果基于map的当前状态。如果读取正在更新中的key对应的value，则很可能会获取旧的value，因为写入过程还没有完成。