HashMap 和 ConcurrentHashMap,Java1.8版本

Posted

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了HashMap 和 ConcurrentHashMap,Java1.8版本相关的知识,希望对你有一定的参考价值。

1. HashMap

Entry,一对kv就是一个Entry,还包括一些next指针,用来解决散列冲突。

table,内部用来存储Entry的数组,resize时候table会成倍扩容。

容量,table数组的长度。

装填因子,当key的数量大于table.length*装填因子就要进行扩容,默认75%。

resize操作,同步的重新计算一遍hash值对应的新的slot

 

Put操作

和所有hashmap一样,都是计算hash值,检查容量,映射到slot。当发生冲突的时候会往entry链表的后面插入。

不过,java还做了一个优化,这个链表长度当大于8个的时候会把他优化成一个有序的Tree。

 

Get操作

根据hash值找到slot,然后比较第一个Entry是不是要找的kv,不是的话,就沿着next指针的Entry往下找。

如果,发现是个Tree不是链表,直接做有序的查找

 

2. ConcurrentHashMap

以下和HashMap相同的地方就不说了

 

问题,ConcurrentHashMap多线程情况下怎么初始化table,以及table在多线程情况下resize

解决,

有一个sizeCtl的属性,这个属性只可能是0或者-1,通过CAS,只有一个线程把他设置成-1。

其他没设置成功的线程调用Thread.yield,原话是“lost initialization race; just spin”

 

问题,Put的时候slot之前没有值,怎么防止多个线程同时设置新值

解决,

尝试用CAS更新一次这个空的位置,更新失败的时候,对slot上的第一个Node加锁,用插入到链表或者TreeNode

 

问题,Put以后要size++

解决,

这里没有使用AtomicInteger,而是把每个slot对应一个CounterCell代表这个slot下Entry的数量,这里没读懂为什么使用CounterCell

 

问题,resize相关的策略

解决,

之前用装填因子和数量来判断是否需要resize,java8是通过是否有散列冲突来扩容。

与redis的策略一样,java8也是采用渐进性哈希的方式。

 

以上是关于HashMap 和 ConcurrentHashMap,Java1.8版本的主要内容,如果未能解决你的问题,请参考以下文章

JDK1.8之ConcurrentHashMap

JDK1.8 concurrentHashMap 同步机制难点解析

详解Java多线程并发问题

Collections.synchronizedMap()与ConcurrentHashMap的区别

调试JDK1.8源码的方法

Hashmap 和并发 HashMap 有啥区别? [复制]