我有一个映射，这是由几个线程并发修改。
在Java API中似乎有三种不同的同步Map实现:
哈希表 collections . synchronizedmap(地图) ConcurrentHashMap
根据我的理解，Hashtable是一个旧的实现(扩展了过时的Dictionary类)，后来为了适应Map接口而进行了调整。虽然它是同步的，但它似乎有严重的可伸缩性问题，不推荐用于新项目。
那另外两个呢?Collections.synchronizedMap(Map)和ConcurrentHashMaps返回的Map之间有什么区别?哪一种适合哪种情况?
当前回答
ConcurrentHashMap针对并发访问进行了优化。
访问不锁定整个映射，而是使用更细粒度的策略，这提高了可伸缩性。还有专门针对并发访问的功能增强，例如并发迭代器。
其他回答
╔═══════════════╦═══════════════════╦═══════════════════╦═════════════════════╗
║ Property ║ HashMap ║ Hashtable ║ ConcurrentHashMap ║
╠═══════════════╬═══════════════════╬═══════════════════╩═════════════════════╣
║ Null ║ allowed ║ not allowed ║
║ values/keys ║ ║ ║
╠═══════════════╬═══════════════════╬═════════════════════════════════════════╣
║ Thread-safety ║ ║ ║
║ features ║ no ║ yes ║
╠═══════════════╬═══════════════════╬═══════════════════╦═════════════════════╣
║ Lock ║ not ║ locks the whole ║ locks the portion ║
║ mechanism ║ applicable ║ map ║ ║
╠═══════════════╬═══════════════════╩═══════════════════╬═════════════════════╣
║ Iterator ║ fail-fast ║ weakly consistent ║
╚═══════════════╩═══════════════════════════════════════╩═════════════════════╝
关于锁定机构: Hashtable锁定对象，而ConcurrentHashMap只锁定桶。
除了ConcurrentHashMap提供的并发特性之外，还有一个重要的特性需要注意，那就是故障安全迭代器。我见过开发人员使用ConcurrentHashMap只是因为他们想编辑条目集——在迭代时放置/删除它。 synchronizedmap (Map)不提供故障安全迭代器，但它提供了快速故障迭代器。快速失败迭代器使用映射大小的快照，在迭代过程中不能编辑。
以下是一些例子:
1) ConcurrentHashMap只锁定Map的一部分，而SynchronizedMap锁定整个Map。 2) ConcurrentHashMap比SynchronizedMap性能更好，扩展性更强。 3)在多读取器和单写入器的情况下，ConcurrentHashMap是最好的选择。
此文本来自Java中的ConcurrentHashMap和哈希表之间的差异
哈希表和ConcurrentHashMap不允许空键或空值。 synchronizedmap (Map)同步所有操作(get、put、size等)。 ConcurrentHashMap支持检索的完全并发性，以及可调的更新预期并发性。
像往常一样，这涉及到并发性、开销和速度的权衡。您确实需要考虑应用程序的详细并发需求来做出决定，然后测试您的代码，看看它是否足够好。
如果可以使用ConcurrentHashMap，则首选它——尽管它至少需要Java 5。
它被设计成在多线程使用时可以很好地扩展。当一次只有一个线程访问Map时，性能可能会稍微差一些，但当多个线程并发访问映射时，性能会显著提高。
我找到了一篇博客文章，它复制了优秀的《Java并发实践》一书中的一个表格，我强烈推荐这本书。
集合。synchronizedMap只有在需要用其他特征(可能是某种有序映射，如TreeMap)来包装映射时才有意义。
