为什么 Hashtable 不允许空值？ [复制]

Question

我知道 Hashtable 中不允许使用 null 键，因为在 Hashtable 中存储元素必须需要哈希码。但如果 key 为 null，它将无法计算 null key 的哈希码。但我不明白 Sun 开发人员不允许空值的确切原因是什么。

有人说在 put 方法实现中对 value 进行了 null 检查，这就是它抛出 NullPointerException 的原因。但我的问题是为什么要检查空值。有没有什么具体的原因。

我读了很多书，但没有得到满意的答案。有人说如果有 null 值存在歧义，如果您尝试使用 get() 方法检索值，它将返回 null，而这个 null 是因为实际值为 null 或缺少键，这就是为什么 null 并且无法预测原因。所以我需要有证据的精确答案。

Answer 1

如果你这样做，你将获得 NULL 的价值

hashtable.get("key")

并且“key”不在地图中，那么您不需要存储空值。

如果您能够存储 null，您将永远不会知道您拥有什么：null 映射 或者那是 缺少映射 em>。

Answer 2

Hashtable 被视为遗留代码。你应该使用HashMap，它允许null作为值，并且一个键可以是null。

编辑

经过更深入的搜索，我可能会对这样的决定提出异议。 Hashtable 是同步的（而 HashMap 不是）。

来自JavaDoc：

与新的集合实现不同，Hashtable 是同步的。如果不需要线程安全实现，建议使用HashMap 代替Hashtable。如果需要线程安全的高并发实现，建议使用ConcurrentHashMap 代替Hashtable。

如您所见，Hashtable 的继任者不是我之前写的HashMap，而是ConcurrentHashMap。我很惊讶ConcurrentHashMap 不允许 允许 null。我开始挖掘，发现this：

From the author of ConcurrentHashMap himself (Doug Lea):

ConcurrentMaps (ConcurrentHashMaps, ConcurrentSkipListMaps) 中不允许使用空值的主要原因是无法容纳在非并发映射中几乎无法容忍的歧义。主要是如果map.get(key)返回null，则无法检测到键是否显式映射到null，而键未映射。在非并发映射中，您可以通过map.contains(key) 进行检查，但在并发映射中，映射可能在调用之间发生了变化。

所以Hashtable 的作者可能与ConcurrentHashMap 的作者有相同的原因

Answer 3

空值仍然在HashMap 中被认为是一个错误的决定，而新的Map 类和java-9 中的静态工厂方法证明：

Map.of("test", null)

会抛出一个NulPointerException

Answer 4

From Java Documentation

为了成功地从哈希表中存储和检索对象， 用作键的对象必须实现 hashCode 方法和 equals 方法

Null 不是对象，因此不能对其调用 .equals() 或 .hashCode()，因此 Hashtable 无法计算哈希以将其用作键

Hashtable containsValue(Object value) 函数如果值为null则抛出NullPointerException，因此对于该值也不允许为null