当前位置：文江博客话题详情

为什么 ConcurrentHashMap 阻止 null 键和 null 值？

发布于 2024-07-16 06:36:53 字数 473 浏览 3 评论 0原文

ConcurrentHashMap 的 JavaDoc 说的是：

与 Hashtable 类似，但与 HashMap 不同，此类不允许允许将 null 用作键或值。

我的问题：为什么？

第二个问题：为什么 Hashtable 不允许 null？

我使用了很多 HashMap 来存储数据。但是，当更改为 ConcurrentHashMap 时，由于 NullPointerExceptions，我多次遇到麻烦。

原文

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

酒中人 2024-07-23 06:36:53

来自 ConcurrentHashMap 的作者本人 (Doug莉亚）：

ConcurrentMaps 中不允许使用 null 的主要原因
(ConcurrentHashMaps, ConcurrentSkipListMaps) 的歧义在于
在非并发地图中可能只是勉强可以忍受不能
容纳。主要的一点是，如果 map.get(key) 返回 null，那么您
无法检测键是否显式映射到 null 与键不是
映射。在非并发地图中，您可以通过以下方式检查
map.contains(key)，但在并发情况下，地图可能已更改
通话之间。

回复收藏 0 原文

猫性小仙女 2024-07-23 06:36:53

我相信，至少在某种程度上，它允许您将 containsKey 和 get 组合到一个调用中。如果映射可以保存 null，则无法判断 get 是否返回 null，因为没有该值的键，或者只是因为该值为 null。

为什么这是一个问题？因为没有安全的方法可以让你自己做到这一点。采用以下代码：

if (m.containsKey(k)) {
   return m.get(k);
} else {
   throw new KeyNotPresentException();
}

由于 m 是并发映射，因此在 containsKey 和 get 调用之间可能会删除键 k，从而导致此代码段返回一个从未出现在表中的 null，而不是所需的 KeyNotPresentException。

通常您可以通过同步来解决这个问题，但是使用并发映射当然是行不通的。因此 get 的签名必须更改，而以向后兼容的方式做到这一点的唯一方法是防止用户首先插入空值，并继续将其用作占位符“找不到钥匙”。

I believe it is, at least in part, to allow you to combine containsKey and get into a single call. If the map can hold nulls, there is no way to tell if get is returning a null because there was no key for that value, or just because the value was null.

Why is that a problem? Because there is no safe way to do that yourself. Take the following code:

if (m.containsKey(k)) {
   return m.get(k);
} else {
   throw new KeyNotPresentException();
}

Since m is a concurrent map, key k may be deleted between the containsKey and get calls, causing this snippet to return a null that was never in the table, rather than the desired KeyNotPresentException.

Normally you would solve that by synchronizing, but with a concurrent map that of course won't work. Hence the signature for get had to change, and the only way to do that in a backwards-compatible way was to prevent the user inserting null values in the first place, and continue using that as a placeholder for "key not found".

回复收藏 0 原文