ConcurrentHashMap可以取代HashMap吗

Question

看了很多关于ConcurrentHashMap的介绍,觉得这个东西不错
以前代码中
Map<String, ServerConfig> serverMap = new HashMap<String, ServerConfig>
的代码都可以修改为
Map<String, ServerConfig> serverMap = new ConcurrentHashMap<String, ServerConfig>
吗?欢迎大家讨论一下!

Answer 1

抛开性能因素，以前的代码从HashMap改为ConcurrentHashMap是完全可以的。
http://www.ibm.com/developerworks/java/library/j-jtp08223/  看看这个文章你就明白了。

Answer 2

ConcurrentHashMap既是许多并发应用程序非常有用的类的和更高的性能优良的例子，一个微妙的细节类的理解和利用JMM来实现的。 ConcurrentHashMap的 是一个令人印象深刻的编码壮举，一个需要深刻理解和并发的的JMM。 使用它，学习它，喜欢它-但除非你对Java的并发性专家，你可能不应该在你自己的这个尝试。
呵呵，学习了！！！

Answer 3

同意1楼的，在多线程环境下，需要考虑线程安全时，ConcurrentHashMap是HashTable的最佳替代品（个人认为），它的锁机制采用1.5的Lock，而不想HashTable synchronized,性能上好多了，以上仅供参考当然，任何的理论在没有证实的情况下它都只是理论， 实践才重要

Answer 4

如果没有并发或高并发需求，目前而言，HashMap在性能上还是有优势的
所以具体情况具体分析，什么场合用什么，这才是最重要的。

Answer 5

所以說是concurrent嘛，各自有適用環境， 否則一方就被完全淘汰了

Answer 6

给大家介绍一个不错的java视频，动力节点的官方网站有，王勇老师讲的，讲的很不错。