Hashtable类是同步的，也就是说，它被设计用于处理多线程或多线程进程的应用程序。在应用程序到进程的经典情况下，同步类的效率较低，因此Hashmap类通常更快。HashTable类不接受Null值（对于键或值），而HashMap类允许单个键为Null，并尽可能多地为Null。

除了这里已经提到的所有其他重要方面之外，CollectionsAPI（例如Map接口）一直在进行修改，以符合Java规范的“最新和最大”添加。

例如，比较Java 5 Map迭代：

for (Elem elem : map.keys()) {
  elem.doSth();
}

与旧的Hashtable方法相比：

for (Enumeration en = htable.keys(); en.hasMoreElements(); ) {
  Elem elem = (Elem) en.nextElement();
  elem.doSth();
}

在Java 1.8中，我们还承诺能够像使用好的旧脚本语言一样构造和访问HashMaps：

Map<String,Integer> map = { "orange" : 12, "apples" : 15 };
map["apples"];

更新：不，他们不会在1.8…：(

Project Coin的收藏增强功能是否将在JDK8中？

Java中HashMap和Hashtable之间有几个不同之处：

Hashtable是同步的，而HashMap不是。这使得HashMap更适合非线程应用程序，因为非同步对象通常比同步对象执行得更好。哈希表不允许空键或值。HashMap允许一个空键和任意数量的空值。HashMap的子类之一是LinkedHashMap，因此，如果您需要可预测的迭代顺序（默认情况下是插入顺序），您可以很容易地将HashMap替换为LinkedHashMap。如果您使用Hashtable，这将不会那么容易。

由于同步对您来说不是问题，所以我推荐HashMap。如果同步成为问题，您还可以查看ConcurrentHashMap。

同步或线程安全：

哈希映射不同步，因此不安全，如果没有适当的同步块，则无法在多个线程之间共享，而哈希表是同步的，因此是线程安全的。

空键和空值：

HashMap允许一个空键和任意数量的空值。Hashtable不允许空键或值。

迭代值：

HashMap中的迭代器是一个快速失败迭代器，而Hashtable的枚举器不是，如果任何其他线程通过添加或删除除迭代器自己的remove（）方法之外的任何元素来修改映射结构，则抛出ConcurrentModificationException。

超级类和传统：

HashMap是AbstractMap类的子类，而Hashtable是Dictionary类的子级。

性能：

由于HashMap不同步，因此与Hashtable相比，它更快。

参考http://modernpathshala.com/Article/1020/difference-between-hashmap-and-hashtable-in-java有关Java集合的示例、面试问题和测验

看看这个图表。它提供了不同数据结构之间的比较以及HashMap和Hashtable。比较准确、清晰且易于理解。

Java集合矩阵

HashMap和Hashtable也有显著的算法差异。以前没有人提到过这一点，所以我才提出来。HashMap将构造一个大小为两倍的哈希表，动态地增加它，以便在任何bucket中最多有八个元素（冲突），并且对于一般的元素类型，可以很好地搅拌这些元素。然而，如果你知道你在做什么，Hashtable实现提供了对哈希的更好和更精细的控制，也就是说，你可以使用最接近你的值域大小的素数来固定表大小，这将导致比HashMap更好的性能，即在某些情况下更少的冲突。

除了在这个问题中广泛讨论的明显差异之外，我认为Hashtable是一款“手动驾驶”汽车，您可以更好地控制哈希，而HashMap是“自动驾驶”的对应车型，通常表现良好。