Hashtable线程安全但性能低且不支持null，HashMap非线程安全但支持null且性能好，多线程推荐ConcurrentHashMap。
Hashtable 和 HashMap 都是 Java 中用于存储键值对的集合类，它们在功能上非常相似，但在关键特性上有明显区别。了解这些差异有助于在实际开发中做出合理选择。
线程安全性不同
Hashtable 是线程安全的，它的所有方法都被 synchronized 修饰，这意味着在多线程环境下可以直接使用，不需要额外同步处理。但这也带来了性能开销。
HashMap 不是线程安全的，如果多个线程同时访问并修改 HashMap，且至少有一个线程结构上修改了映射（如 put 或 remove），就必须手动同步，否则可能导致数据不一致或死循环。
建议：在多线程环境中优先考虑 ConcurrentHashMap，而不是 Hashtable。是否允许 null 键和 null 值
Hashtable 不允许使用 null 作为键或值。如果尝试插入 null，会抛出 NullPointerException。
立即学习“Java免费学习笔记（深入）”；
HashMap 允许一个 null 键和多个 null 值。这是它相比 Hashtable 更灵活的一点。
例如：
- map.put(null, "value") —— HashMap 支持，Hashtable 不支持
- map.put("key", null) —— HashMap 支持，Hashtable 不支持
继承关系与历史背景
Hashtable 是早期 JDK 1.0 就存在的类，继承自 Dictionary 抽象类，属于较老的集合类。
HashMap 是 JDK 1.2 引入的，实现自 Map 接口，是现代集合框架的一部分，设计更合理，使用更广泛。
由于 Hashtable 使用较早，其命名风格不符合现在的驼峰命名规范（应为 HashTable），也反映了它的历史局限性。
性能与迭代器
因为 Hashtable 方法被 synchronized 修饰，单线程环境下性能低于 HashMap。
HashMap 的迭代器是 fail-fast 的，意味着在迭代过程中如果其他线程修改了结构，会抛出 ConcurrentModificationException。而 Hashtable 的枚举（Enumeration）不是 fail-fast 的，可能在并发修改时出现不一致状态。
虽然 Hashtable 看似线程安全，但在复合操作（如先检查再插入）中仍需外部同步。
使用建议
在绝大多数场景下，推荐使用 HashMap：
- 单线程环境：直接用 HashMap，性能更好
- 多线程环境：使用 ConcurrentHashMap，它提供了更好的并发性能和线程安全性
- 需要 null 键或值：只能选择 HashMap
- 旧代码维护：可能遇到 Hashtable，但新项目不建议使用
基本上就这些，核心在于线程安全、null 支持和性能权衡。根据实际场景选型即可。
