HashMap和HashTable的选择

关于编程中HashMap和HashTable的选择问题，我们可以先看看下面这些问题。

历史问题

Hashtable是个过时的集合类，是基于陈旧的Dictionary类的，并且存在于Java API中很久了。在Java 4中被重写了，实现了Map接口，所以自此以后也成了Java集合框架中的一部分，而HashMap是Java 1.2引进的Map接口的一个实现。

同步问题

HashMap是非synchronized，而Hashtable是synchronized，这意味着Hashtable是线程安全的，多个线程可以共享一个Hashtable；而如果没有正确的同步的话，多个线程是不能共享HashMap的。Java 5提供了ConcurrentHashMap，它是HashTable的替代，比HashTable的扩展性更好。

迭代问题

HashMap的迭代器(Iterator)是fail-fast迭代器，而Hashtable的enumerator迭代器不是fail-fast的。所以当有其它线程改变了HashMap的结构（增加或者移除元素），将会抛出ConcurrentModificationException，但迭代器本身的remove()方法移除元素则不会抛出ConcurrentModificationException异常。但这并不是一个一定发生的行为，要看JVM。这条同样也是Enumeration和Iterator的区别。

key值问题

HashMap可以让你将空值作为一个表的条目的key或value。HashMap中只有一条记录可以是一个空的key，但任意数量的条目可以是空的value。这就是说，如果在表中没有发现搜索键，或者如果发现了搜索键，但它是一个空的值，那么get()将返回null。如果有必要，用containKey()方法来区别这两种情况。

效率问题

由于Hashtable是线程安全的也是synchronized，所以在单线程环境下它比HashMap要慢。如果你不需要同步，只需要单一线程，那么使用HashMap性能要好过Hashtable。

元素顺序

HashMap不能保证随着时间的推移Map中的元素次序是不变的。

HashMap同步

HashMap可以通过下面的语句进行同步：
Map m = Collections.synchronizeMap(hashMap);

术语解释

sychronized

sychronized意味着在一次仅有一个线程能够更改Hashtable。就是说任何线程要更新Hashtable时要首先获得同步锁，其它线程要等到同步锁被释放之后才能再次获得同步锁更新Hashtable。

fail-fast and fail-safe

关于fail-fast and fail-safe，可以参考这篇文章Fail Fast vs Fail Safe

总结

在目前的编程中基本上可以不用HashTable了，在不要求线程安全的情况下直接使用HashMap，效率比较高；如果，要求线程安全，则使用ConcurrentHashMap来代替HashMap。

参考

• HashMap和Hashtable的区别
• Fail Fast vs Fail Safe
• 原文链接：https://blog.csdn.net/u014717036/article/details/53105904