文章目录
详细可以参考以下两位优秀博主的博文,本人只做扩展或补充:
一文整理总结常见Java面试题系列——Java集合篇(2022最新版)作者----程序猿周周
个人补充:
1、什么时候红黑树会退化成链表?
首先:
明白为什么会出现树化,这个可以在HashMap的源码中定义的常量找到答案:
//HashMap的默认初始长度16
static final int DEFAULT_INITIAL_CAPACITY = 1 << 4;
//HashMap的最大长度2的30次幂
static final int MAXIMUM_CAPACITY = 1 << 30;
//HashMap的默认加载因子0.75
static final float DEFAULT_LOAD_FACTOR = 0.75f;
//HashMap链表升级成红黑树的临界值
static final int TREEIFY_THRESHOLD = 8;
//HashMap红黑树退化成链表的临界值
static final int UNTREEIFY_THRESHOLD = 6;
//HashMap链表升级成红黑树第二个条件:HashMap数组(桶)的长度大于等于64
static final int MIN_TREEIFY_CAPACITY = 64;
//HashMap底层Node桶的数组
transient Node<K,V>[] table;
也就说HashMap红黑树退化成链表的临界值是结点数 < 6
,这也就是红黑树退化成链表的根本条件所在。
其中满足以下两个条件之一都会出发红黑树退化成链表:
1、
扩容 resize( ) 时
,红黑树拆分成的 树的结点数小于等于临界值6个,则退化成链表。
2、移除元素 remove( ) 时
,在removeTreeNode( ) 方法会检查红黑树是否满足退化条件,与结点数无关。如果红黑树根 root 为空,或者 root 的左子树/右子树为空,root.left.left 根的左子树的左子树为空,都会发生红黑树退化成链表。
源码分析参考:HashMap中红黑树退化成链表的条件(源码分析)
2、为什么数组索引要从0开始?从1开始不行吗?
回答:如果数组索引从1开始,那么根据
寻址公式
,会徒增一个减1
的操作,相比较从0开始无需执行减1操作,所以数组索引从0开始最为合适。
3、ArrayList
3.1 ArrayList底层原理是什么?
3.2 如何实现数组和List之间的转换
参考回答:
-
数组转List ,使用JDK中java.util.Arrays工具类的asList方法
-
List转数组,使用List的toArray方法。无参toArray方法返回 Object数组,传入初始化长度的数组对象,返回该对象数组
- 面试官再问:
1,用Arrays.asList转List后,如果修改了数组内容,list受影响吗
受影响!因为其实底层只是将这个数组包装成了一个集合(底层使用的Arrays类中的一个内部类ArrayList来构造的集合),然后最终指向的都是同一个内存地址,当修改数组元素时集合元素自然会跟着变。
2,List用toArray转数组后,如果修改了List内容,数组受影响吗
不受影响!当调用了toArray以后,在底层是它是进行了数组的拷贝,跟原来的元素就没啥关系了,所以即使list修改了以后,数组也不受影响
3.3. 面试题-ArrayList和LinkedList的区别是什么?
-
底层数据结构
-
ArrayList 是动态数组的数据结构实现
-
LinkedList 是双向链表的数据结构实现
-
-
操作数据效率
- ArrayList按照下标查询的时间复杂度O(1)【内存是连续的,根据寻址公式】, LinkedList不支持下标查询
- 查找(未知索引): ArrayList需要遍历,链表也需要链表,时间复杂度都是O(n)
- 新增和删除
- ArrayList尾部插入和删除,时间复杂度是O(1);其他部分增删需要挪动数组,时间复杂度是O(n)
- LinkedList头尾节点增删时间复杂度是O(1),其他都需要遍历链表,时间复杂度是O(n)
-
内存空间占用
-
ArrayList底层是数组,内存连续 ,节省内存
-
LinkedList 是双向链表需要存储数据,和两个指针,更占用内存
-
-
线程安全
- ArrayList和LinkedList都不是线程安全的
- 如果需要保证线程安全,有两种方案:
- 在方法内使用,局部变量则是线程安全的
- 使用线程安全的ArrayList和LinkedList
4、HashMap
4.1 HashMap实现原理?
回答:
HashMap的数据结构: 底层使用hash表数据结构,即数组和链表或红黑树
- 当我们往HashMap中put元素时,利用key的hashCode重新hash计算出当前对
象的元素在数组中的下标 - 存储时,如果出现hash值相同的key,此时有两种情况。
a. 如果key相同,则覆盖原始值;
b. 如果key不同(出现冲突),则将当前的key-value放入链表或红黑树中 - 获取时,直接找到hash值对应的下标,在进一步判断key是否相同,从而找到
对应值。
面试官追问:HashMap的jdk1.7和jdk1.8有什么区别
JDK1.8之前
采用的是拉链法。拉链法:将链表和数组相结合。也就是说创建
一个链表数组,数组中每一格就是一个链表。若遇到哈希冲突,则将冲突的
值加到链表中即可。
jdk1.8
在解决哈希冲突时有了较大的变化,当链表长度大于阈值(默认为8)
时并且数组长度达到64时,将链表转化为红黑树,以减少搜索时间。扩容
resize( ) 时,红黑树拆分成的树的结点数小于等于临界值6个,则退化成链表
4.2 HashMap的put方法的具体流程?
put方法执行流程图:
源码分析:HashMap中put方法(白话加源码分析)----作者:ZtCling
回答:
- 判断键值对数组table是否为空或为null,否则执行resize()进行扩容(初始
化) - 根据键值key计算hash值得到数组索引
- 判断table[i]==null,条件成立,直接新建节点添加
- 如果table[i]==null ,不成立
4.1 判断table[i]的首个元素是否和key一样,如果相同直接覆盖value
4.2 判断table[i] 是否为treeNode,即table[i] 是否是红黑树,如果是红黑树,
则直接在树中插入键值对
4.3 遍历table[i],链表的尾部插入数据,然后判断链表长度是否大于8,大于8
的话把链表转换为红黑树,在红黑树中执行插入操 作,遍历过程中若发现key
已经存在直接覆盖value - 插入成功后,判断实际存在的键值对数量size是否超多了最大容量
threshold(数组长度*0.75),如果超过,进行扩容
4.3 讲一讲HashMap的扩容机制?
视频动画演示
回答:
-
在添加元素或初始化的时候需要调用resize方法进行扩容,第一次添加数据初始化数组长度为16,以后每次每次扩容都是达到了扩容阈值(数组长度 * 0.75)
-
每次扩容的时候,都是扩容之前容量的2倍;
-
扩容之后,会新创建一个数组,需要把老数组中的数据挪动到新的数组中
- 没有hash冲突的节点,则直接使用 e.hash & (newCap - 1) 计算新数组的索引位置
- 如果是红黑树,走红黑树的添加
- 如果是链表,则需要遍历链表,可能需要拆分链表,判断(e.hash & oldCap)是否为0,该元素的位置要么停留在原始位置,要么移动到原始位置+增加的数组大小这个位置上
4.3 -hashMap的寻址算法?
回答:
4.4 -hashmap在1.7情况下的多线程死循环问题?
参考回答:结合图解释为什么会死循环
在jdk1.7的hashmap中在数组进行扩容的时候,因为链表是头插法,在进行数据迁移的过程中,有可能导致死循环
比如说,现在有两个线程
线程一:读取到当前的hashmap数据,数据中一个链表,在准备扩容时,线程二介入
线程二:也读取hashmap,直接进行扩容。因为是头插法,链表的顺序会进行颠倒过来。比如原来的顺序是AB,扩容后的顺序是BA,线程二执行结束。
线程一:继续执行的时候就会出现死循环的问题。
线程一先将A移入新的链表,再将B插入到链头,由于另外一个线程的原因,B的next指向了A,
所以B->A->B,形成循环。
当然,JDK 8 将扩容算法做了调整,不再将元素加入链表头(而是保持与扩容前一样的顺序),尾插法,就避免了jdk7中死循环的问题。
更新中。。。。。。。。。。。。。。。