Java ConcurrentHashMap的实际用例

我并不是在寻找各种数据结构之间的差异，比如

HashMap

，

Collections.synchronizedMap（Map）

或

HashTable

。这样的帖子也很多

我还知道，如果另一个编写器线程修改映射，ConcurrentHashMap不会为读线程抛出

ConcurrentModificationException

当一个读者线程能够处理陈旧数据时，我想了解的实际场景是什么？
i、 e.假设线程1在线程中的时间T1获得一个

迭代器，然后在稍后的时间T2，一个元素被另一个线程线程2插入映射
ConcurrentHashMap
说线程1不一定能看到更新的数据，所以我猜它会不断迭代过时的数据

有人能告诉我一些具体的问题吗？比如在实现缓存、多线程web服务等方面，或者在您自己的实践经验中遇到的问题

我遇到的所有问题都需要更新数据视图，因为这是将数据插入地图以便读者可以处理更新数据的全部目的。或者，如果同步地图不适合，会出现什么问题

从理论上讲，一切看起来都不错，但我的好奇心却上升了，因为在我的日常工作中，我从来没有遇到过读者能够负担得起陈旧观点的任何情况
 一般来说——很少有不需要精确数据，同时又负担不起的情况。一个经常被引用的例子是一篇帖子“喜欢”的数量——没有人关心它是2564还是2565，但“+1”必须非常快。
一般来说，很少有情况下你不需要确切的数据，同时又负担不起。一个经常被引用的例子是一篇帖子的“赞”数——没有人关心它是2564还是2565，但“+1”肯定很快。
为什么要否决投票？因为写了很久？只有否决票而没有答案？我的问题来自一种普遍的看法，即在多线程环境中，
HashMap
可以被
ConcurrentHashMap
替换，而实际上，它们代表完全不同的用例。即使在多线程环境中，
HashMap
也无法被
ConcurrentHashMap
取代，我不知道
ConcurrentHashMap
的用例。否决票有时会产生雪崩效应。相反，他们本可以通过回答需要帮助的人来证明自己的智慧。为什么要拒绝投票？因为写了很久？只有否决票而没有答案？我的问题来自一种普遍的看法，即在多线程环境中，
HashMap
可以被
ConcurrentHashMap
替换，而实际上，它们代表完全不同的用例。即使在多线程环境中，
HashMap
也无法被
ConcurrentHashMap
取代，我不知道
ConcurrentHashMap
的用例。否决票有时会产生雪崩效应。相反，他们可以通过回答需要帮助的人来证明他们的智慧。谢谢，这是有意义的，因为你可能会在下一次迭代中显示更新的喜欢。谢谢，这是有意义的，因为你可能会在下一次迭代中显示更新的喜欢。