探究 Hashtable 命名背后：一段 Java 早期的历史

发表于2025-10-15|更新于2025-12-05|后端

|浏览量:

在 Java 的命名规范中，类名通常采用驼峰式（CamelCase），即每个单词首字母大写，例如
HashMap、ArrayList、ConcurrentHashMap。但细心的开发者会发现，有一个类的名字显得与众不同：Hashtable，它的 ‘t’ 是小写的。

作为一个基础类，这似乎违背了 Java 基本的命名约定。为何 JDK 的代码中会存在这样一个看似“不规范”的命名呢？

出于好奇，我查阅了相关资料，虽然未找到官方的明确解释，但在 StackOverflow 上看到了一个被广泛认可的讨论。

原帖链接：
https://stackoverflow.com/questions/12506706/why-is-the-t-in-hash-tablehashtable-in-java-not-capitalized

http://qianniu.javastack.cn/18-12-6/56236009.jpg

其中被采纳的最佳答案指出：

Hashtable 诞生于 Java 1.0 版本。而如今我们熟知的、统一的集合类命名规范，是在后来的 Java 2 中，随着 Java 集合框架（Java
Collection Framework）的发布才正式确立的。这顺便也使得 Hashtable 在某种程度上过时了，因此在新代码中并不推荐继续使用。

通过查阅 JDK 源码可以证实，Hashtable 确实是 JDK 1.0 时期就存在的元老级集合类。这便能解释其命名上的“历史遗留问题”。那么，为何不在后续的
JDK 版本中修正这个命名呢？答案很可能是出于向后兼容性的考量。修改一个如此基础且被广泛使用的类名，可能会对大量遗留系统造成破坏。因此，这个“将错就错”的名字便被一直保留至今，即使到了
JDK 11 也未见更改或移除的计划。

此外，有评论提到可能存在一个名为 ConcurrentHashtable 的类。经过核实，无论是 currenthashtable 还是 concurrenthashtable，在
JDK 中均不存在。所有以 Concurrent 开头的并发工具类和接口，都在 java.util.concurrent 包下，如下图所示：

http://qianniu.javastack.cn/18-12-6/49796932.jpg

至此，关于 Hashtable 命名的疑惑便彻底解开了。

文章作者: 2025

文章链接: http://example.com/2025/10/15/集合/探究 Hashtable 命名背后：一段 Java 早期的历史/

版权声明: 本博客所有文章除特别声明外，均采用 CC BY-NC-SA 4.0 许可协议。转载请注明来源只有那年胜过年年！

相关推荐

六种创建 List 集合的方法：从基础到新特性

在 Java 开发中，List 是最常用的集合接口之一。初始化一个 List 有多种方法，其中一些方法存在易被忽略的“陷阱”。本文将为你系统介绍六种常见的初始化方式。方法一：常规新增法这是最基础、最直观的方式。 List<String> list = new ArrayList<>(); // JDK7+ 可省略泛型类型 list.add("A"); list.add("B"); list.add("C"); System.out.println(list); // 输出：[A, B, C] 特点：简单灵活，适用于任何场景。方法二：使用 Arrays.asList(T… a)Arrays 工具类提供了快速从数组创建列表的方法。 List<String> list = Arrays.asList("Java", "Python", "C++"); System.out.println(list); // 输出：[Java, Python, C++] ⚠️ 重要陷阱：该方法返回的 List 是 Arrays 的一个内部类，大小固定。不支持 add()、remov...

HashMap 与 Hashtable：你必须掌握的六大核心差异

作为 Java 开发者，HashMap 和 Hashtable 是面试与工作中绕不开的话题。但你是否能清晰地说出它们的主要区别呢？本文将为你系统梳理两者的六大关键不同点。线程安全性这是最根本的区别。 Hashtable 是线程安全的。其几乎所有公开方法（如 put, get, remove）都使用 synchronized 关键字修饰，这意味着在多线程环境下，同一时刻只有一个线程能操作该实例。 HashMap 是非线程安全的。在多线程环境下直接使用可能导致数据不一致等问题。性能表现线程安全性的代价是性能。由于 synchronized 锁住了整个实例，Hashtable 在高并发场景下竞争激烈，性能较差。 HashMap 没有同步开销，因此在单线程或线程安全已由外部保障的情况下，性能远优于 Hashtable。替代方案：如需兼顾线程安全与性能，应优先选择 java.util.concurrent.ConcurrentHashMap。对 Null 键和 Null 值的支持Hashtable：既不支持 key 为 null，也不支持 value 为 null。若尝...

深度剖析 HashMap 与 ConcurrentHashMap 的设计原理与演进

关于 HashMap 和 ConcurrentHashMap 的文章很多，但往往不够详尽，尤其对 Java 8 中 ConcurrentHashMap的复杂机制阐述不清。本文旨在清晰、透彻地解析其核心细节，特别是 Java 8 的 ConcurrentHashMap，希望能帮助读者降低学习成本，构建完整的知识体系。阅读建议：以下四个部分可独立阅读，建议初学者按顺序进行，以降低理解难度： Java7 HashMap → Java7 ConcurrentHashMap → Java8 HashMap → Java8 ConcurrentHashMap 预备知识：本文聚焦源码分析，假设读者已熟悉基本接口使用，并对 CAS、ReentrantLock、Unsafe 操作以及红黑树有基本了解。第一部分：Java 7 的 HashMapHashMap 结构简单且不支持并发，是理解后续内容的基础。其核心结构如下图所示： http://qianniu.javastack.cn/18-12-4/65827660.jpg （示意图未考虑扩容）整体上，HashMap 内部维护一个数组，数组的每...

评论

数据加载中