文轉自 http://www.importnew.com/7010.html
HashMap和Hashtable的比較是Java面試中的常見問題，用來考驗程序員是否能夠正確使用集合類以及是否可以隨機應變使用多種思路解決問題。HashMap的工作原理、ArrayList與Vector的比較以及這個問題是有關Java 集合框架的最經典的問題。Hashtable是個過時的集合類，存在於Java API中很久了。在Java 4中被重寫了，實現了Map接口，所以自此以後也成了Java集合框架中的一部分。Hashtable和HashMap在Java面試中相當容易被問到，甚至成爲了集合框架面試題中最常被考的問題，所以在參加任何Java面試之前，都不要忘了準備這一題。
這篇文章中，我們不僅將會看到HashMap和Hashtable的區別，還將看到它們之間的相似之處。
HashMap和Hashtable的區別
HashMap和Hashtable都實現了Map接口，但決定用哪一個之前先要弄清楚它們之間的分別。主要的區別有：線程安全性，同步(synchronization)，以及速度。
- HashMap幾乎可以等價於Hashtable，除了HashMap是非synchronized的，並可以接受null(HashMap可以接受爲null的鍵值(key)和值(value)，而Hashtable則不行)。
- 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的區別。
- 由於Hashtable是線程安全的也是synchronized，所以在單線程環境下它比HashMap要慢。如果你不需要同步，只需要單一線程，那麼使用HashMap性能要好過Hashtable。
- HashMap不能保證隨着時間的推移Map中的元素次序是不變的。
要注意的一些重要術語：
1) sychronized意味着在一次僅有一個線程能夠更改Hashtable。就是說任何線程要更新Hashtable時要首先獲得同步鎖，其它線程要等到同步鎖被釋放之後才能再次獲得同步鎖更新Hashtable。
2) Fail-safe和iterator迭代器相關。如果某個集合對象創建了Iterator或者ListIterator，然後其它的線程試圖“結構上”更改集合對象，將會拋出ConcurrentModificationException異常。但其它線程可以通過set()方法更改集合對象是允許的，因爲這並沒有從“結構上”更改集合。但是假如已經從結構上進行了更改，再調用set()方法，將會拋出IllegalArgumentException異常。
3) 結構上的更改指的是刪除或者插入一個元素，這樣會影響到map的結構。
我們能否讓HashMap同步？
HashMap可以通過下面的語句進行同步：
Map m = Collections.synchronizeMap(hashMap);
結論
Hashtable和HashMap有幾個主要的不同：線程安全以及速度。僅在你需要完全的線程安全的時候使用Hashtable，而如果你使用Java 5或以上的話，請使用ConcurrentHashMap吧。
原文鏈接： Javarevisited 翻譯： ImportNew.com- 唐小娟
譯文鏈接： http://www.importnew.com/7010.html
[ 轉載請保留原文出處、譯者和譯文鏈接。]
Hashtable和HashMap區別
①繼承不同，Hashtable繼承自Dictionary，HashMap繼承自Map
public class Hashtable extends Dictionary implements Map public class HashMap extends AbstractMap implements Map
②Hashtable 中的方法是同步的，而HashMap中的方法在缺省情況下是非同步的。在多線程併發的環境下，可以直接使用Hashtable，但是要使用HashMap的話就要自己增加同步處理了。
③Hashtable中，key和value都不允許出現null值。
在HashMap中，null可以作爲鍵，這樣的鍵只有一個；可以有一個或多個鍵所對應的值爲null。當get()方法返回null值時，即可以表示 HashMap中沒有該鍵，也可以表示該鍵所對應的值爲null。因此，在HashMap中不能由get()方法來判斷HashMap中是否存在某個鍵， 而應該用containsKey()方法來判斷。
④兩個遍歷方式的內部實現上不同。
Hashtable、HashMap都使用了 Iterator。而由於歷史原因，Hashtable還使用了Enumeration的方式 。
⑤哈希值的使用不同。
HashMap在求hash值對應索引直接取模計算（hash&(length-1)在length爲2的冪的時候等於hash%length），HashTable在求位置索引的時候，先hash&0x7FFFFFFF保證hash爲正（只是單純去除符號位） 然後再對length求模hash%length
⑥ Hashtable和HashMap它們兩個內部實現方式的數組的初始大小和擴容的方式。HashTable中hash數組默認大小是11，增加的方式是 old*2+1。HashMap中hash數組的默認大小是16，而且一定是2的指數。
自己的一些想法：
1、HashMap能接受爲null的key和value；而Hashtable不接受。
2、HashMap不是線程安全的，而Hashtable是線程安全的，但是HashMap比Hashtable快。但是java5以上提供了ConcurrentHashMap，從線程安全角度來講可以用它來代替Hashtable，ConcurrentHashMap的擴展性和性能比Hashtable要好。
3、HashMap採用了快速失敗機制，而Hashtable不是快速失敗的。
快速失敗的原理：快速失敗是在迭代器操作的時候產生的。在該類的內部定義一個modCount的變量表示經歷的修改元素個數的次數，用一個expectedModCount表示所期待的修改元素個數次數，這個次數等於操作對象的modCount，涉及到迭代器操作的時候，判斷如果modCount和expectedModCount不相等，則拋出ConcurrentModificationException，不願意冒着出現錯誤的風險繼續操作。
4、從某個角度上來說Hashtable已經過時了，需要用到線程安全的HashMap的時候，只需要用ConcurrentHashMap代替。