HashMap非线程安全且支持null键值，Hashtable线程安全但已弃用、不支持null、性能差；推荐使用ConcurrentHashMap，其分段锁/CAS机制兼顾安全与高性能。
HashMap 不是线程安全的，Hashtable 是线程安全的，但已基本被弃用。 这是最核心的区别。实际开发中，若需线程安全的哈希表，应优先考虑 ConcurrentHashMap，而不是 Hashtable。
线程安全性与同步机制
Hashtable 的所有 public 方法（如 put()、get()、size()）都用 synchronized 修饰，整个对象一把锁，吞吐量低，扩展性差。HashMap 完全不加锁，多线程下可能引发死循环（JDK 7）、数据丢失或 get 返回 null 等问题。
- Hashtable 同步开销大，高并发场景性能明显劣于 ConcurrentHashMap
- HashMap 在多线程写入时即使只调用
put()，也可能因扩容导致链表成环（JDK 7），引发 CPU 100% - JDK 8 中 HashMap 扩容改用红黑树和更安全的迁移逻辑，但仍不保证线程安全
Null 键与 Null 值支持
HashMap 允许一个 null 键和任意多个 null 值；Hashtable 不允许任何 null 键或 null 值，否则抛出 NullPointerException。
当用户要求为 Java 代码添加注释、修改注释、审查注释、整理注释格式，或要求按照代码注释规范处理 Java 文件时，使用本技能。本技能用于统一生成和维护 Java 类注释模板、按 Git 对比 release 判断版本号、补充每行代码上方中文块注释、调整注释空行规则，并保持 Java 文件 UTF-8 无 BOM 编码。典型触发场景包括：补充类注释、更新 @version、检查 @author 来源、整理行尾注释、把注释放到代码上一行、检查注释是否符合规范、构建前检查 Java 注释风格。
- 这使得 HashMap 更灵活，适合缓存、配置映射等常见场景
- Hashtable 的严格限制在现代 Java 开发中反而成了负担，缺乏实用性
继承体系与接口实现
两者都实现了 Map 接口，但历史渊源不同：Hashtable 是 JDK 1.0 就存在的类，继承自已废弃的 Dictionary 抽象类；HashMap 是 JDK 1.2 引入的，属于 Java 集合框架（Collections Framework）一员，设计更规范、API 更统一。
立即学习“Java免费学习笔记（深入）”；
- Hashtable 有遗留方法如
elements()和keys()，返回的是Enumeration，而 HashMap 统一使用Iterator - HashMap 支持函数式操作（如
computeIfAbsent()），Hashtable 完全不支持
替代方案：ConcurrentHashMap 才是正解
从 JDK 5 开始，ConcurrentHashMap 提供了更精细的并发控制（分段锁 → JDK 8 改为 CAS + synchronized 操作桶节点），兼顾线程安全与高性能。
- 支持高并发读写，读操作完全无锁
- 允许
null值（但不允许null键），行为更接近 HashMap - 提供原子复合操作，如
putIfAbsent()、compute()，避免外部同步
