请记住，HashTable是在引入Java集合框架（JCF）之前的遗留类，后来经过了修改以实现Map接口。Vector和Stack也是如此。

因此，在新代码中始终远离它们，因为正如其他人所指出的，JCF中总是有更好的替代方案。

这是Java集合备忘单，您会发现它很有用。请注意，灰色块包含旧类HashTable、Vector和Stack。

1.Hashmap和HashTable都存储键和值。

2.Hashmap可以将一个键存储为null。哈希表不能存储null。

3.HashMap未同步，但Hashtable已同步。

4.HashMap可以与Collection.SyncronizedMap（map）同步

Map hashmap = new HashMap();

Map map = Collections.SyncronizedMap(hashmap);

HashMap是模拟的，因此可以在GWT客户端代码中使用，而Hashtable不是。

根据这里的信息，我建议使用HashMap。我认为最大的优点是，Java将防止您在迭代时修改它，除非您通过迭代器进行修改。

HashTable是同步的，如果您在单个线程中使用它，则可以使用HashMap，这是一个未同步的版本。未同步的对象通常性能更高。顺便说一句，如果多个线程同时访问HashMap，并且至少有一个线程在结构上修改了该映射，那么它必须在外部同步。您可以使用以下方法将未同步的映射打包到已同步的映射中：Map m=Collections.synchronizedMap（新HashMap（…））；HashTable只能包含非空对象作为键或值。HashMap可以包含一个空键和空值。Map返回的迭代器是快速失败的，如果在创建迭代器之后的任何时候对映射进行了结构修改，则除了通过迭代器自己的remove方法之外，迭代器将抛出ConcurrentModificationException。因此，在并发修改的情况下，迭代器会快速而干净地失败，而不是在未来某个不确定的时间冒着任意、非确定性行为的风险。而Hashtable的键和元素方法返回的枚举不会快速失败。HashTable和HashMap是Java集合框架的成员（自从Java 2平台v1.2以来，HashTable被改进以实现Map接口）。HashTable被认为是遗留代码，如果需要线程安全的高度并发实现，文档建议使用ConcurrentHashMap代替HashTable。HashMap不保证返回元素的顺序。对于HashTable，我想它是相同的，但我不完全确定，我找不到明确说明这一点的ressource。

HashMaps为您提供了同步和调试的自由度