集合基础知识总结(双列集合)

林同学正在努力

已于 2023-11-05 18:54:25 修改

阅读量263

点赞数 9

分类专栏： java基础知识总结文章标签：面试职场和发展

于 2023-11-05 18:18:37 首次发布

本文链接：https://blog.csdn.net/weixin_63975657/article/details/133951392

版权

java基础知识总结专栏收录该内容

3 篇文章 0 订阅

订阅专栏

HashMap 的 table 的容量如何确定？loadFactor 是什么？该容量如何变化？这种变化会带来什么问题？

扩容原理:

容量扩展的特性:

hashMap的扩容为什么总是2的次幂?

(4)JDK1.8 中 HashMap 的 put()，get() 方法具体的一个执行流程

(5)线程安全问题

(6)HashMap的相关面试题:

2.LinkedHashMap/TreeMap/HashTable

本文简单介绍双列集合的概念知识点,后面会出关于集合源码的详细解析

一、Map

Map集合是一种以键值对形式存储和操作数据的数据结构，建立了key-value之间的映射关系,key不允许重复,value可以重复。Map常用实现类有HashMap,TreeMap,LinkedHashMap和Hashtable。

双列集合结构图:

二、实现类

1.HashMap

(1)基本概念:

HashMap底层基于哈希表算法，HashMap中存储的key对象的hashCode值决定了在哈希表中的存储位置，因为HashMap中的key是Set，所以不能保证添加的先后顺序，也不允许重复。

哈希码的介绍:

哈希码的主要作用是在集合中进行元素的快速查找。

它通过哈希函数将键转换为一个唯一的整数，决定了键值对在数组中的存储位置。如果两个键的哈希码不同，它们会被分配到不同的桶中，提高了查找效率。如果哈希码相同，就会发生哈希冲突，需要进一步处理。

(2)HashMap的底层数据结构:

jdk1.7 使用的是数组 +单链表

jdk1.8 使用的是数组 + 链表 +红黑树

1.7和1.8有哪些区别?

见此篇文章 http://t.csdnimg.cn/kXeJb

底层实现:

在JDK8中,HashMap底层是采用“数组+链表+红黑树”来实现的。
HashMap是基于哈希算法来确定元素的位置（槽bucket）的,当我们向集合中存入数据时,它会计算传入的Key的哈希值,并利用哈希值来确定槽的位置。
如果元素发生碰撞,也就是这个槽已经存在其他的元素了,则HashMap会通过链表将这些元素组织起来。
如果碰撞进一步加剧,某个链表的长度达到了8,则HashMap会创建红黑树来代替这个链表,从而提高对这个槽中数据的查找的速度。

哈希表(散列表Hash table，也叫哈希表 )

bucket（或称为"桶"）通常指的是哈希表中的一个位置，它可以存储一个或多个键值对。

哈希表是根据关键码值(Key value)而直接进行访问的数据结构。也就是说，它通过把关键码值映射到表中的bucket来访问记录，以加快查找的速度。这个映射函数叫做散列函数，存放记录的数组叫做散列表。

详细可见此篇文章:
https://zhuanlan.zhihu.com/p/346539485

链表:

在理想的情况下，哈希函数将每个键均匀地散列到哈希表的各个位置。但在实际中，我们可能会遇到两个不同的键计算出相同的哈希值，这就是所谓的“哈希冲突”。HashMap通过使用链表来解决这个问题。

当哈希冲突发生时，HashMap会在冲突的bucket位置增加一个链表，新的元素会被添加到链表的末尾。每个链表中的元素都包含了相同哈希值的键值对。所以在查找元素时，如果遇到哈希冲突，HashMap需要进行一次线性查找。

哈希冲突（Hash Collision）是指在使用哈希表存储数据时，两个或多个不同的键（Key）被哈希函数映射到同一个位置的情况。这种情况会导致数据的存储和查找变得复杂，因此需要采取一些措施来解决哈希冲突。如何解决哈希冲突?详细见此博客http://t.csdnimg.cn/kt4B6

红黑树:

从Java 8开始，如果链表的长度超过一定的阈值（默认为8），那么链表会被转换为红黑树。红黑树是一种自平衡的二叉查找树，通过保持树的平衡，可以提高查找效率。

树化的规则:当链表长度超过树化阈值 8 时，先尝试扩容来减少链表长度，如果数组容量已经 >=64，才会进行树化

退化的规则:

情况 1 ：在扩容时如果拆分树时，树元素个数 <= 6 则会退化链表

情况 2 ： remove 树节点时，若 root 、 root.left 、 root.right 、 root.left.left 有一个为 null ，也会退化为链表

(3)hashMap扩容

何时扩容?

JDK8扩容分两种情况，一种是元素个数超过阈值需要扩容 ,(threshold)阈值为数组长度乘以负载因子(loadFactor)，loadFactor默认是0.75f
一种是当链表上的元素大于8，数组个数还没到达64，无法转化为红黑树，也会进行扩容。

HashMap的扩容公式：Capacity * loadFactor = HashMap

其中initailCapacity是初始容量：默认值为16（懒加载机制，只有当第一次put的时候才创建）

初始容量和负载因子也可以自己设定的

HashMap 的 table 的容量如何确定？loadFactor 是什么？该容量如何变化？这种变化会带来什么问题？

// HashMap 的 table 的容量如何确定？

table 数组大小是由 capacity 这个参数确定的，默认是 16 ，也可以构造时传入，最大限制是 1 << 30 ；

// loadFactor 是什么？

loadFactor 是装载因子，主要目的是用来确认 table 数组是否需要动态扩展，默认值是 0 . 75 ，比如

table 数组大小为 16 ，装载因子为 0.75 时， threshold 就是 12 ，当 table 的实际大小超过 12

时， table 就需要动态扩容；

// 该容量如何变化？

扩容时，调用 resize () 方法，将 table 长度变为原来的两倍（注意是 table 长度，而不是

threshold ）

// 这种变化会带来什么问题？

如果数据很大的情况下，扩展时将会带来性能的损失，在性能要求很高的地方，这种损失很可能很致命。

扩容原理:

HashMap的扩容原理是用一个新的数组替换原来的数据,也就是resize。重新计算原数组的所有数据并插入一个新的数据,然后指向新数组。如果阵列在容量扩展前已经达到最大值,阈值将直接设置为最大整数返回。

扩容使用的是位运算，因为用乘法会影响CPU的性能，计算机不支持乘法运算，最终都会转化为加法运算。

容量扩展的特性:

加载因子越大，空间利用率越高，扩容前需要填充的元素越多，put操作越快，但链表容易过长，hash碰撞概率大，get操作慢。加载因子越小，get操作越快，链表越短，hash碰撞概率低。但是，空间利用率低。put元素太多会导致频繁扩容，影响性能。

hashMap的扩容为什么总是2的次幂?

容量为2的幂数则可以使元素均匀的散布hashmap中，减少hash碰撞。
hashMap确定元素位置: (n-1)&hash
向集合中添加元素时，会使用(n - 1) & hash的计算方法来得出该元素在集合中的位置。只有当对应位置的数据都为1时，运算结果也为1，当HashMap的容量是2的n次幂时，(n-1)的2进制也就是1111111***111这样形式的，这样与添加元素的hash值进行位运算时，能够充分的散列，使得添加的元素均匀分布在HashMap的每个位置上，减少hash碰撞

(4)JDK1.8 中 HashMap 的 put()，get() 方法具体的一个执行流程

// put() 方法：

1. 计算 Key 的 hash 值，结合数组长度，计算得桶下标；

(( key . hashCode () ^ ( key . hashCode () >>> 16 )) & ( table . length - 1 ))

2. 如果 Key 的 hash 值未发生碰撞，直接放入桶中；

3. 如果发生碰撞，并且 Key 值相同，则替换 Value ；

4. 如果发生碰撞，并且 Key 值不相同，则插入链表的尾部（尾插法）或者红黑树中（树的添加方式）；

5. 如果碰撞导致链表长度大于 TREEIFY_THRESHOLD = 8 并且数组总容量大于 64 时，就把链表转换成红

黑树；

6. 当桶中的元素个数大于 capacity * loadfactor 时，容器会进行扩容 resize 为 2 n ，并重新计算每

个节点的 hash 值。

// get() 方法：

1. 计算 Key 的 hash 值，从而获取该键值所在链表的数组下标；

2. 顺序遍历链表， equals () 方法查找相同 Node 链表中 K 值对应的 V 值。

(5)线程安全问题

jdk1.7和jdk1.8中HashMap都是线程不安全的.

HashMap 并不是线程安全的，因为在多线程环境下，多个线程同时对同一个HashMap进行操作可能会导致数据不一致

需要注意的是，虽然 HashMap 并不是线程安全的，但是在单线程环境下使用是安全的。如果不需要在多线程

环境下对 HashMap 进行修改，可以将其声明为 final，从而避免意外的修改。

为什么是不安全的,详细请见此篇文章:http://t.csdnimg.cn/NFdFn

'解决线程安全的方式:'

比如使用HashTable
使用Collection.synchronizedMap
使用ConcurrentHashMap

在使用HashTable或者Collection.synchronizedMap中，这两者有着共同的问题：那就是性能问题。

无论读操作还是写操作，它们都会给整个集合进行加锁，导致同一时间内其他的操作进入阻塞状态。

那么在并发环境下，能够兼顾线程安全和运行效率的情况下就要使用concurrentHashMap

ConcurrentHashMap与HashMap的区别:

ConcurrentHashMap是线程安全的数组，它采用分段锁保证安全性。容器中有多把锁，每一把锁锁一段数据，这样在多线程访问时不同段的数据时，就不会存在锁竞争了，这样便可以有效地提高并发效率。
而HashMap不是线程安全，没有锁机制，在多线程环境下会导致数据覆盖之类的问题，所以在多线程中使用HashMap是会抛出异常的。
ConcurrentHashMap对整个桶数组进行了分段；而HashMap则没有对整个桶数组进行分段。