Map面试题

1.用过哪些Map的实现

HashMap、Hashtable、LinkedHashMap、TreeMap、ConcurrentHashMap

2.HashMap和Hashtable区别

HashMap:底层是基于数组+链表,非线程安全的,默认容量是16,允许空的键和值

Hashtable:基于哈希表实现,线程安全的(使用synchronized),默认容量是11,不允许null的键和值

3.介绍hashCode()和equals()

hashCode

  • 顶级类Object里面的方法,所有的类都是继承Object,返回是一个int类型的数

  • 根据一定的hash规则(存储地址、字段、长度等),映射成一个数组,即散列值

equals

  • 顶级类Object里面的方法,所有的类都是继承Object,返回是一个boolean类型

  • 根据自定义的匹配规则,用于匹配两个对象是否一样,一般逻辑如下

  • 判断地址是否一样

  • 非空判断和Class类型判断

  • 强转

  • 对象里面的字段一一匹配

使用场景:对象比较或者集合容器里面排重、比较、排序

4.HashMap和TreeMap区别

HashMap:散列桶(数组+链表),可以实现快速的存储和检索,包含无序的元素,适用于在Map中插入删除和定位元素

TreeMap:平衡二叉树-->红黑树,可以自定义排序规则,实现Comparator接口,能便捷的实现内部元素的各种排序,但是一般性能比HashMap差,适用于按照自然顺序或者自定义排序规则。比如微信支付签名工具类就用这个类

5.Set和Map的关系

  • 核心就是不保存重复的元素,存储一组唯一的对象

  • Set的每一种实现都是对应Map里面的一种封装,HashSet对应HashMap,TreeSet对应TreeMap

6.常见Map排序规则

  • LinkedHashMap:按照添加顺序

  • TreeMap:按照自然顺序

  • 自定义排序使用TreeMap(Comparator c)

7.需要线程安全,且效率高的Map,怎么选择

多线程下可以用concurrent下的ConcurrentHashMap,或者使用Collections.synchronizedMap();ConcurrentHashMap虽然是线程安全,但是他的效率比Hashtable要高很多

8.HashMap底层原理

  • HashMap底层(数组+链表+红黑树,JDK8才有红黑树)

  • 数组中的每一项是一个链表,即数组和链表的结合体

  • Node<K,V>[] table是数组,数组的元素是Entry(Node实现Entry),Entry元素是一个key-value的键值对,它持有一个指向下个Entry的引用,table数组的每个Entry元素同时也作为当前Entry链表的首节点,也指向了该链表的下个Entry元素

  • 在JDK8中,链表的长度大于8,链表会转换成红黑树

9.什么是hash碰撞,常见的解决办法,HashMap采用哪种方法

hash碰撞的意思是不同key计算得到的hash值相同,需要放到同个bucket中

常见的解决办法:链表法、开发地址法、再哈希法等

HashMap采用的是链表法

10.为什么HashMap采用数组+链表+红黑树

  • 数组Node<K,V>[] table,根据对象的key的hash值确定在数组里面是哪个节点

  • 链表的作用是解决hash冲突,将hash值一样的对象存在一个链表,放在hash值对应的槽位

  • 红黑树,JDK8使用红黑树来替代超过8个节点的链表,主要是查询性能的提升,从原来的O(n)到O(logn)。通过hash碰撞,让HashMap不断产生碰撞,那么相同的key的位置的链表就会不断增长,当对这个HashMap的对应位置进行查询的时候,就会循环这个超级大的链表,性能就会下降,所以改用红黑树

  • 为啥不采用二叉查找树?二叉查找树在特殊情况下也会变成一条线性结构,和原先的链表存在一样的深度遍历问题,查找性能就会慢;使用红黑树主要是提升查找数据的速度,红黑树是平衡二叉树的一种,插入新数据后会通过左旋、右旋、变色等操作来保持平衡,解决单链表查询深度的问题

  • 数据量少的时候操作数据,遍历线性表比红黑树所消耗的资源少,且前期数据少,平衡二叉树保持平衡是需要消耗资源的,所以前期采用线性表,等到一定数之后变换到红黑树

11.HashMap源码put

12.为什么ConcurrentHashMap比Hashtable性能高

  • ConcurrentHashMap是线程安全的Map,Hashtable基本上所有的方法都是采用synchronized进行线程安全控制,高并发情况下效率就降低

  • ConcurrentHashMap采用了分段锁的思想提高性能,锁粒度更细化

  • JDK8之前,ConcurrentHashMap采用锁分段技术,将数据分成一段段存储,每个数据段配置一把锁,即Segment类,这个类继承ReentrantLock来保证线程安全

  • 技术点:Segment+HashEntry

  • JDK8的版本取消Segment这个分段锁数据结构,底层也是使用Node数组+链表+红黑树,从而实现对每一段数据进行加锁,也减少了并发冲突的概率,CAS(读)+synchronized(写)

  • 技术点:Node+CAS+synchronized

13.ConcurrentHashMap的put核心逻辑(JDK8以上版本)

  1. key进行重哈希spread(key.hashCode()),减少碰撞概率

  1. 对当前table进行无条件循环

  1. 如果没有初始化table,则用initTable()进行初始化

  1. 如果没有hash冲突,则直接用CAS插入新节点,成功后则直接判断是否需要扩容,然后结束

  1. (fh = f.hash) == MOVED如果是这个状态则是扩容操作,先进行扩容

  1. 存在hash冲突,利用synchronized (f)加锁保证线程安全

  1. 如果是链表,则直接遍历插入,如果数量大于8则需转换成红黑树

  1. 如果是红黑树则按照红黑树规则插入

  1. 最后是检查是否需要扩容addCount

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

Gen邓艮艮

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值