关于HashTable

HashTable 原理详解

HashTable 是 Java 早期提供的线程安全的键值对存储结构，基于哈希表实现。虽然现在已被 ConcurrentHashMap 取代，但理解其原理对面试和对比其他数据结构仍有帮助。

---

1. 核心特性

• 线程安全：所有方法使用 synchronized 修饰，保证多线程操作的原子性。

• 不允许 null 键/值：插入 null 会抛出 NullPointerException。

• 哈希表结构：数组 + 链表（Java 8 之前与 HashMap 类似，但没有红黑树优化）。

• 初始容量：默认 11，扩容时容量为 2n + 1（如 11 → 23 → 47 ...）。

---

2. 底层数据结构

(1) 数组（Entry 数组）

• 数组的每个元素称为“桶”（Bucket），存储链表的头节点。

• 初始容量：默认 11，可自定义（但会通过 rehash 调整为素数）。

(2) 链表（解决哈希冲突）

• 哈希冲突时，键值对以链表形式存储。

• 无红黑树优化：链表过长时查询效率低（时间复杂度 O(n)）。

---

3. 哈希函数与索引计算

• 哈希值计算：直接调用 key.hashCode()。

• 索引计算：通过取模运算定位桶。

  int index = (hash & 0x7FFFFFFF) % table.length;

  • hash & 0x7FFFFFFF：确保哈希值为正数（避免负数索引）。

  • 取模运算：性能较低（对比 HashMap 的位运算）。

---

4. 线程安全实现

• 方法级同步：所有公共方法（如 put, get, remove）均用 synchronized 修饰。

• 锁粒度大：锁住整个 HashTable 实例，高并发场景下性能较差。

---

5. 扩容机制（Rehashing）

• 触发条件：元素数量 ≥ 阈值（阈值 = 容量 × 负载因子，默认负载因子 0.75）。

• 扩容流程：

  1. 新容量 = 旧容量 × 2 + 1（保持容量为素数）。

  2. 创建新数组，并重新哈希所有键值对到新数组。

• 性能问题：扩容时全表锁定，阻塞所有读写操作。

---

6. 关键方法流程

(1) put(K key, V value)

1. 计算 key 的哈希值。

2. 同步锁住整个 HashTable。

3. 定位桶索引，遍历链表：

   • 若找到相同 key，更新值。

   • 若未找到，插入新节点到链表头部。

4. 检查扩容条件，触发 rehash()。

(2) get(Object key)

1. 计算 key 的哈希值。

2. 同步锁住整个 HashTable。

3. 定位桶索引，遍历链表查找匹配的键。

---

7. 与 HashMap 的对比

特性	HashTable	HashMap
线程安全	是（方法级同步）	否（需外部同步）
性能	低（同步开销大）	高
null 键/值	不允许	允许
索引计算	取模运算（%）	位运算（&，需容量为 2 的幂）
扩容机制	容量变为 2n + 1（素数）	容量变为 2n（保持 2 的幂）
冲突解决	链表（无红黑树优化）	链表 + 红黑树（Java 8+）

---

8. 优缺点分析

优点

• 简单线程安全：适合低并发场景。

• 兼容旧代码：早期 Java 版本的遗留实现。

缺点

• 性能瓶颈：全局锁导致并发度低。

• 设计过时：未优化哈希冲突处理（如无红黑树）。

• 扩容成本高：全表重哈希，阻塞所有操作。

---

9. 面试常见问题

Q1：为什么 HashTable 不允许 null 键/值？

• 设计选择：HashTable 的 put 方法用 null 判断键是否存在。若允许 null，无法区分“键不存在”和“键为 null”的情况。

• 对比：HashMap 单独处理 null 键，将其哈希值固定为 0。

Q2：HashTable 的初始容量为什么是 11？

• 素数减少冲突：素数作为容量可降低哈希冲突概率（哈希值取模时分布更均匀）。

• 历史原因：早期设计经验值，后续版本未调整。

Q3：HashTable 为什么被弃用？

• 性能差：全局锁无法支持高并发。

• 功能局限：无红黑树优化，链表查询效率低。

• 替代方案：ConcurrentHashMap 使用分段锁或 CAS 机制，性能更高。

---

10. 使用建议

• 避免在新代码中使用：优先选择 ConcurrentHashMap。

• 理解线程安全代价：全局锁会严重限制并发性能。

• 面试重点：对比 HashTable 与 HashMap、ConcurrentHashMap 的设计差异。

---

总结

HashTable 通过简单的同步机制实现线程安全，但因锁粒度过大、性能低下，已不适用于高并发场景。其核心原理包括哈希函数、链表冲突解决和素数扩容策略。在面试中，需重点对比其与 HashMap 的差异，并解释为何 ConcurrentHashMap 是更优的替代方案。