HashMap、HashTable、ConcurrentHashMap的区别(面试问题)

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

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值