为什么 ConcurrentHashMap 中 key 不允许为 null-CSDN博客
| 阿里云国内75折 回扣 微信号：monov8 |
| 阿里云国际，腾讯云国际，低至75折。AWS 93折 免费开户实名账号 代冲值 优惠多多 微信号：monov8 飞机：@monov6 |
ConcurrentHashMap
在ConcurrentHashMap 的源码在 put 方法里面可以看到这样一段代码如果 key 或者 value 为空则抛出空指针异常。
但是为什么 ConcurrentHashMap 不允许 key 或者 value 为空呢
原因
简单来说就是为了避免在多线程环境下出现歧义问题。所谓歧义问题就是如果 key 或者 value 为 null当我们通过 get(key)获取对应的 value的时候如果返回的结果是 null我们没办法判断它是 put(k,v)的时候value 本身为 null 值还是这个 key 本身就不存在。比如在这样一种情况下如图线程 t1 调用 containsKey 方法判断 key 是否存在假设当前这个 key 不存在本来应该返回 false。但是在 T1 线程返回之前正好有一个 T2 线程插入了这个 key但是 value 为null。这就导致原本 T1 线程返回的结果有可能是 true有可能是 false取决于 T1 和 T2 线程的执行顺序。
总结
这种现象我们可以认为是线程安全性问题而 ConcurrentHashMap 又是一个线程安全的集合
所以自然就不允许 key 或者 value 为 null。而 HashMap 中是允许存 null 的因为它不需要考虑到线程安全性问题。所以这个问题的核心本质还是 ConcurrentHashMap 这个并发安全性集合的特性。当然。Doug Lea 还认为不管是否是并发安全的集合它都不应该允许存储 null。