hashmap 笔记

最新推荐文章于 2024-08-13 22:45:52 发布

原创最新推荐文章于 2024-08-13 22:45:52 发布 · 232 阅读

0 ·

CC 4.0 BY-SA版权

文章标签：

#hashmap

java 笔记专栏收录该内容

1 篇文章

订阅专栏

并允许使用null值和null键。此类不保证映射的顺序，特别是它不保证该顺序恒久不变。

HashMap实际上是一个“链表散列”的数据结构，即数组和链表的结构，但是在jdk1.8里
加入了红黑树的实现，当链表的长度大于8时，转换为红黑树的结构。

java中HashMap采用了链地址法。链地址法，简单来说，就是数组加链表的结合。在每个数组元素上都一个链表结构，当数据被Hash后，得到数组下标，把数据放在对应下标元素的链表上。

Node是HashMap的一个内部类，实现了Map.Entry接口，本质是就是一个映射(键值对)。

Node[] table的初始化长度length(默认值是16)，Load factor为负载因子(默认值是0.75)，threshold是HashMap所能容纳的最大数据量的Node(键值对)个数。threshold = length * Load factor。也就是说，在数组定义好长度之后，负载因子越大，所能容纳的键值对个数越多。

负载因子建议不要修改 0.75 如果内存空间紧张二队时间效率要求不高数值可以大于 1

在HashMap中，哈希桶数组table的长度length大小必须为2的n次方(一定是合数)，常规的设计是把桶的大小设计为素数。相对来说素数导致冲突的概率要小于合数，Hashtable初始化桶大小为11，就是桶大小设计为素数的应用（Hashtable扩容后不能保证还是素数）。HashMap采用这种非常规设计，主要是为了在取模和扩容时做优化，同时为了减少冲突，HashMap定位哈希桶索引位置时，也加入了高位参与运算的过程。

出现拉链过长的情况，一旦出现拉链过长，则会严重影响HashMap的性能。于是，在JDK1.8版本中，对数据结构做了进一步的优化，引入了红黑树。而当链表长度太长（默认超过8）时，链表就转换为红黑树，利用红黑树快速增删改查的特点提高HashMap的性能，其中会用到红黑树的插入、删除、查找等算法

这里的Hash算法本质上就是三步：取key的hashCode值、高位运算、取模运算。

h = key.hashCode() 为第一步取hashCode值

h & (length-1); //第三步取模运算 1.7
h ^ (h >>> 16) 为第二步高位参与运算 1.8

HashMap的put方法实现

put函数大致的思路为：

对key的hashCode()做hash，然后再计算index;
如果没碰撞直接放到bucket里；
如果碰撞了，以链表的形式存在buckets后；
如果碰撞导致链表过长(大于等于TREEIFY_THRESHOLD)，就把链表转换成红黑树；
如果节点已经存在就替换old value(保证key的唯一性)
如果bucket满了(超过load factor*current capacity)，就要resize。扩容

HashMap的get方法实现

思路如下：

bucket里的第一个节点，直接命中；
如果有冲突，则通过key.equals(k)去查找对应的entry
若为树，则在树中通过key.equals(k)查找，O(logn)；
若为链表，则在链表中通过key.equals(k)查找，O(n)。

扩容机制

扩容(resize)就是重新计算容量，向HashMap对象里不停的添加元素，而HashMap对象内部的数组无法装载更多的元素时，对象就需要扩大数组的长度，以便能装入更多的元素。当然Java里的数组是无法自动扩容的，方法是使用一个新的数组代替已有的容量小的数组，就像我们用一个小桶装水，如果想装更多的水，就得换大水桶。2倍

我们分析下resize的源码，鉴于JDK1.8融入了红黑树，较复杂，为了便于理解我们仍然使用JDK1.7的代码，好理解一些，本质上区别不大，具体区别后文再说。

因为是扩容两倍所以元素的位置要么是在原来的位置要么是在原位置移动2次幂的位置

不同步