我的小贡献：

Hashtable和HashMap之间的第一个也是最重要的区别是，HashMap不是线程安全的，而Hashtable是线程安全的集合。Hashtable和HashMap之间的第二个重要区别是性能，因为HashMap不同步，所以性能比Hashtable好。Hashtable与HashMap的第三个区别是Hashtable是过时的类，应该在Java中使用ConcurrentHashMap代替Hashtable。

Hashtable是同步的，而HashMap不是。这使得Hashtable比Hashmap慢。

对于单线程应用程序，请使用HashMap，因为它们在功能方面是相同的。

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

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

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

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

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

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。

我的小贡献：

Hashtable和HashMap之间的第一个也是最重要的区别是，HashMap不是线程安全的，而Hashtable是线程安全的集合。Hashtable和HashMap之间的第二个重要区别是性能，因为HashMap不同步，所以性能比Hashtable好。Hashtable与HashMap的第三个区别是Hashtable是过时的类，应该在Java中使用ConcurrentHashMap代替Hashtable。