HashMap允许null键值且非线程安全，性能高；Hashtable方法同步，不允许null，性能较低；多线程推荐ConcurrentHashMap。
HashMap 和 Hashtable 都是 Java 中用于存储键值对的哈希表实现，但它们在多线程安全、性能、null 值支持等方面存在关键差异。 选择使用哪一个，取决于你的具体需求，尤其是是否需要线程安全和对 null 的处理要求。
1. 线程安全性不同
Hashtable 是线程安全的，它的方法大多是同步的（synchronized），这意味着多个线程可以安全地访问同一个 Hashtable 实例而不会破坏内部结构。这种同步带来了性能开销。
HashMap 不是线程安全的。如果多个线程同时修改 HashMap，且至少有一个线程进行结构性修改（如 put 或 remove），必须由外部机制保证同步，否则可能导致数据不一致或死循环等问题。
建议： 如果你在多线程环境中使用，并且不想自己加锁，Hashtable 看似更安全，但现代开发中更推荐使用 ConcurrentHashMap 替代。2. 是否允许 null 键和 null 值
HashMap 允许一个 null 键和多个 null 值。你可以这样写：
立即学习“Java免费学习笔记（深入）”；
- map.put(null, "value1")
- map.put("key2", null)
Hashtable 不允许任何 null 键或 null 值。如果尝试插入 null，会抛出 NullPointerException。
建议： 如果业务逻辑中需要使用 null 作为键或值，只能选择 HashMap。
3. 性能表现
由于 Hashtable 的每个方法都可能涉及同步，其性能通常低于 HashMap。在单线程环境下，HashMap 更快，因为没有额外的同步开销。
如果你需要线程安全又想兼顾性能，Java 提供了更好的替代方案：ConcurrentHashMap。它采用分段锁或 CAS 操作，允许多个线程并发读写，性能远优于 Hashtable。
建议： 单线程用 HashMap；多线程优先考虑 ConcurrentHashMap，而不是 Hashtable。4. 继承关系与迭代器
Hashtable 继承自古老的 Dictionary 类（已过时），而 HashMap 继承自 AbstractMap。HashMap 支持 fail-fast 迭代器，在遍历过程中如果被其他线程修改，会抛出 ConcurrentModificationException，有助于及时发现问题。
Hashtable 也支持类似的检测机制，但由于其整体设计较老，扩展性和灵活性不如 HashMap。
建议： 新项目统一使用 Map 接口编程，HashMap 更符合现代 Java 编码习惯。基本上就这些。现在几乎所有的新代码都使用 HashMap 或 ConcurrentHashMap，Hashtable 已基本被淘汰。除非你维护的是非常老的系统，否则不要选用 Hashtable。
