除了已经提到的差异之外，应该注意的是，自从Java8以来，HashMap动态地用TreeNodes（红黑树）替换每个bucket中使用的Nodes（链表），因此即使存在高哈希冲突，搜索时最坏的情况也是

HashMap的O（log（n））与Hashtable中的O（n）。

*上述改进尚未应用于Hashtable，而仅应用于HashMap、LinkedHashMap和ConcurrentHashMap。

仅供参考，目前，

TREEIFY_THRESHOLD=8：如果存储桶包含8个以上的节点，则链接列表将转换为平衡树。UNTREEIFY_THRESHOLD=6：当存储桶太小（由于删除或调整大小）时，树将转换回链接列表。

对于线程应用程序，您通常可以使用ConcurrentHashMap，这取决于您的性能要求。

除了izb所说的，HashMap允许空值，而Hashtable不允许。

还要注意，Hashtable扩展了Dictionary类，作为Javadocs状态，该类已过时，已被Map接口取代。

HashMap是一个用于以键和值格式存储元素的类。它不是线程安全的。因为它不同步。其中as Hashtable是同步的。Hashmap允许null，但hastable不允许null。

hashtable和hashmap之间的另一个关键区别是，hashmap中的Iterator是快速失败的，而hashtable的枚举器不是快速失败的。如果任何其他线程通过添加或删除Iterator自己的remove（）方法以外的任何元素来从结构上修改映射，则抛出ConcurrentModificationException。但这不是一种保证的行为，将由JVM尽最大努力完成。"

我的来源：http://javarevisited.blogspot.com/2010/10/difference-between-hashmap-and.html

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

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