1.HashMap的数据结构
在jdk1.7之前 是数组+链表的结构
在jdk1.8后 是数组+链表或 数组+红黑树
(1)如何判断链表转化成红黑树
从链表变成红黑树的条件是:HashMap中链表的长度大于8个的时候
从红黑树变成链表的条件是:红黑树的节点数小于6个。
2.HashMap的默认容量多少 什么时候扩容 怎么扩容
Map<String,String> a = new HashMap();
Map<String,String> b = new HashMap(9);
a创建了一个HasHMap的实例,并且在内存空间开辟了一块内存地址,让a指向那个地址。
b也创建了一个HashMap的实例,并且在内存空间中开辟了一块内存地址,容量是9个。
(1)如果未设置容量默认是2的4次幂16;
如果,设置了HashMap的容量,但不是2的幂数,HashMap会自动调整为大于设置的容量最近的2的幂数。
比如设置9 容量就是16
(2)HashMap在达到总容量的3/4的时候会自动扩容,扩大后的容量是原来的2倍。(测试无作用)
3.HashMap中数组下标是怎么计算的
static final int hash(Object key) {
int h;
return (key == null) ? 0 : (h = key.hashCode()) ^ (h >>> 16);
}
首先,是判断key是否为空,为空就返回0,否则就用key的hashCode值异或hashCode值无符号右移16位后的值。
4.HashMap、HashTable、ConcurrentHashMap的区别
Hashmap:
- 底层数组+链表实现/红黑树,可以存储null键和null值,线程不安全
- 初始size为16,扩容:newsize = oldsize*2,size一定为2的n次幂
- 扩容针对整个Map,每次扩容时,原来数组中的元素依次重新计算存放位置,并重新插入
- 继承了abstractmap类
- 插入元素后才判断该不该扩容,有可能无效扩容(插入后如果扩容,如果没有再次插入,就会产生无效扩容)
- 当Map中元素总数超过Entry数组的75%,触发扩容操作,为了减少链表长度,元素分配更均匀
- 计算index方法:index = hash
& (tab.length – 1)
Hashtable:
- 底层数组+链表实现,无论key还是value都不能为null,线程安全
- 继承Dictionary类
- 实现线程安全的方式是在修改数据时锁住整个HashTable,效率低,ConcurrentHashMap做了相关优化
- 初始size为11,扩容:newsize = olesize*2+1
- 计算index的方法:index = (hash &
0x7FFFFFFF) % tab.length
ConcurrentHashMap:
- 底层采用分段的数组+链表实现/红黑树,线程安全
- 通过把整个Map分为N个Segment,可以提供相同的线程安全,但是效率提升N倍,默认提升16倍。(读操作不加锁,由于HashEntry的value变量是 volatile的,也能保证读取到最新的值。)
- Hashtable的synchronized是针对整张Hash表的,即每次锁住整张表让线程独占,ConcurrentHashMap允许多个修改操作并发进行,其关键在于使用了锁分离技术
- 有些方法需要跨段,比如size()和containsValue(),它们可能需要锁定整个表而而不仅仅是某个段,这需要按顺序锁定所有段,操作完毕后,又按顺序释放所有段的锁
- 扩容:段内扩容(段内元素超过该段对应Entry数组长度的75%触发扩容,不会对整个Map进行扩容),插入前检测需不需要扩容,有效避免无效扩容
Hashtable和HashMap都实现了Map接口,但是Hashtable的实现是基于Dictionary抽象类的。Java5提供了ConcurrentHashMap,它是HashTable的替代,比HashTable的扩展性更好。
Hashtable与HashMap另一个区别是HashMap的迭代器(Iterator)是fail-fast迭代器,而Hashtable的enumerator迭代器不是fail-fast的。所以当有其它线程改变了HashMap的结构(增加或者移除元素),将会抛出ConcurrentModificationException,但迭代器本身的remove()方法移除元素则不会抛出ConcurrentModificationException异常。但这并不是一个一定发生的行为,要看JVM。
ConcurrentHashMap是由Segment数组结构和HashEntry数组结构组成。Segment是一种可重入锁ReentrantLock,在ConcurrentHashMap里扮演锁的角色,HashEntry则用于存储键值对数据。一个ConcurrentHashMap里包含一个Segment数组,Segment的结构和HashMap类似,是一种数组和链表结构, 一个Segment里包含一个HashEntry数组,每个HashEntry是一个链表结构的元素, 每个Segment守护者对应一个HashEntry数组里的元素,当对HashEntry数组的数据进行修改时,必须首先获得它对应的Segment锁。
ConcurrentHashMap是使用了锁分段技术来保证线程安全的。
**锁分段技术:**首先将数据分成一段一段的存储,然后给每一段数据配一把锁,当一个线程占用锁访问其中一个段数据的时候,其他段的数据也能被其他线程访问。
ConcurrentHashMap提供了与Hashtable和SynchronizedMap不同的锁机制。Hashtable中采用的锁机制是一次锁住整个hash表,从而在同一时刻只能由一个线程对其进行操作;而ConcurrentHashMap中则是一次锁住一个桶。
ConcurrentHashMap默认将hash表分为16个桶,诸如get、put、remove等常用操作只锁住当前需要用到的桶。这样,原来只能一个线程进入,现在却能同时有16个写线程执行,并发性能的提升是显而易见的。
详细讲解:
https://www.cnblogs.com/heyonggang/p/9112731.html