为什么HashMap可以存null，而ConcurrentHashMap不可以？

最新推荐文章于 2024-10-16 16:02:23 发布

zcy_code

最新推荐文章于 2024-10-16 16:02:23 发布

阅读量708

点赞数 1

分类专栏： java 文章标签： java

本文链接：https://blog.csdn.net/u010272132/article/details/132561361

版权

6 篇文章

订阅专栏

本文解释了为什么在ConcurrentMap（如ConcurrentHashMap和ConcurrentSkipListMap）中不允许null值，尤其是在并发环境下，这避免了不确定性。由于并发Map的线程安全需求，get(key)返回null时无法依赖contains(key)进行准确判断。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

HashMap中，null可以作为键也可以做为值。而在ConcurrentHashMap中，Key和Value都不允许为null。

ConcurrentMap（如ConcurrentHashMap、ConcurrentSkipListMap）不允许使用null值的主要原因是，在非并发的Map中（如HashMap)，是可以容忍模糊性（二义性）的，而在并发Map中是无法容忍的。

假如说，所有的Map都支持null的话，那么map.get(key)就可以返回null，但是，这时候就会存在一个不确定性，当你拿到null的时候，你是不知道他是因为本来就存了一个null进去还是说就是因为没找到而返回了null。

在HashMap中，因为它的设计就是给单线程用的，所以当我们map.get(key)返回null的时候，我们是可以通过map.contains(key)检查来进行检测的，如果它返回true，则认为是存了一个null，否则就是因为没找到而返回了null。

但是，像ConcurrentHashMap，它是为并发而生的，它是要用在并发场景中的，当我们map.get(key)返回null的时候，是没办法通过通过map.contains(key)检查来准确的检测，因为在检测过程中可能会被其他线程锁修改，而导致检测结果并不可靠。

所以，为了让ConcurrentHashMap的语义更加准确，不存在二义性的问题，他就不支持null。