HashMap是无序的

转自:

https://www.jianshu.com/p/685f074a32be

HashMap遍历元素的顺序。

 

一,HashMap元素的底层存储顺序

 

我们都知道HashMap是“无序”的,也就是说不能保证插入顺序。但是,HashMap其实也是有序的,一组相同的key-value对,无论他们插入的顺序是什么样的,遍历时,顺序都是一致的。

 

 
图片发自简书App

上面的代码,分别使用两种方式插入,也就是说插入顺序是不同的,但是遍历的结果是一样的。可以这样理解,只要你插入的是这19个元素,HashMap存储的时候,都是按照同一个顺序来存储的。

这一点其实也很容易理解,因为HashMap是使用hash算法来定位key的逻辑存储位置,只要你的key是一样的,逻辑存储位置也是一样的。

遍历结果如下:

11=11

12=12

13=13

14=14

15=15

16=16

17=17

18=18

19=19

0=0

1=1

2=2

3=3

4=4

5=5

6=6

7=7

8=8

9=9

10=10

为什么是这个顺序呢?本人很不理解。

如果说是根据key的hashcode来定位逻辑存储位置的话,关键key的hashcode也不支持这种说法啊。key的hashcode打印如下:

1568

1569

1570

1571

1572

1573

1574

1575

1576

49

50

51

52

53

54

55

56

57

1567

HashMap是通过hash算法把key映射到table数组的某个位置。以这个例子为例来说明,HashMap初始化容量指定为20,最终HashMap会把容量转化为32,那么这个HashMap的数组是一个长度为32的数组。

(为什么?稍后会说明)

OK,我们有一个长度为32的数组,接下来我们插入第一个元素,也就是key为0的一个字符串,这个key的hashcode值为48。那么这个key会被映射到数组的哪个位置呢?这个key对应数组的下标是多少呢?

这里有一个问题需要注意,长度为32的数组的下标必然是从0到31。然后这个数组的遍历顺序也是从0到31的顺序开始遍历。

 

查看源码我才发现,原来,数组的下标并不是key的hashcode值,而是key的hashcode值再经过按位与逻辑运算得到的。

 

先看一下源码,其他的代码我这里就不贴了,我只看最下面这行最关键的代码,如下图。

 

 

 
图片发自简书App

newTab[e.hash & (newCap - 1)] = e;

就是这行代码,这行代码就是把新增的节点Node放到数组中,放到数组中的哪个位置呢?

放到下标=e.hash & (newCap - 1)的位置!

好,那我就把e.hash & (newCap - 1)打印出来,看看到底是什么?

因为我们有20个元素,HashMap最终扩容以后的大小是32,也就是说:

newCap = 32

e. hash刚才说了,就是key的hashcode值,好,打印看看到底是什么鬼!

0-1-2-3-4-5-6-7-8-16-17-18-19-20-21-22-23-24-25-31

这就是结果!

这就是HashMap元素的存储顺序!

这就是HashMap元素的底层逻辑地址!

这!我的疑惑总算解开了!

 

下面再说一下2个关键问题:

1,指定的size大小是20,容量大小为什么变成了32。

2,HashMap为什么不直接用key的hashcode值来定位数组下标。

 

二,HashMap扩容的容量大小问题

 

HashMap初始化时,如果不指定,那么默认的容量大小为16。源代码中是这样的:

DEFAULT_INITIAL_CAPACITY = 1 << 4

但是我指定了容量为20,为什么就变成了32呢?

 

想搞清楚这个问题,必须清楚HashMap容量大小的计算逻辑。

 

源码如下:

 

 
图片发自简书App

这个方法是一系列的逻辑位运算。反正我现在是看不懂了,不过没关系,我把代码拿过来跑一下看看结果。

当入参是16的时候,返回16。

当入参是20的时候,返回是32。

原来如此啊,HashMap的容量大小必须是2的N次方。

 

结论:HashMap的容量必须是2的N次方,如果你指定了一个非2的N次方的整数S,那么HashMap在内部会把它转化为大于S的2的N次方的整数。

当然,这个整数是大于S的2的N次方的整数中最小的那一个。

 

三,HashMap为什么不直接用key的hashcode值来定位数组下标。

 

原因其实很简单,因为本例中HashMap的数组是一个长度为32的数组,下标从0到31。

key的hashcode值超过了31,就不行了。

所以,java的开发者做了一个映射,把key的hashcode值映射到0到31的区间范围。如何映射的呢?就是上面提到的:

e.hash & (newCap - 1)

把key的hashcode值与31做位与操作。

java的位与操作,忘记的可以自行脑补,我这里不在赘述,网上有很多讲解。我这里说一下java设计者的实现思路,为什么要这样实现。

为什么呢?因为HashMap是可以扩容的,newCap这个变量是动态的,本例中是32,但是如果是64呢,如果是256呢?

这时我就把这个newCap当做一个变量,接受用户输入。这样就成功把key的hashcode值映射到了指定范围的区间内:

【0到newCap减1】

这里的位与操作是关键,我们想把一些随机的整数映射到指定范围的区间时,可以考虑使用位与操作。这是计算机逻辑运算的特性,java的开发者们很好的利用了这一特性。

 

好了,今天的分享到此结束。



作者:鸿雁长飞鱼龙潜跃
链接:https://www.jianshu.com/p/685f074a32be
来源:简书
著作权归作者所有。商业转载请联系作者获得授权,非商业转载请注明出处。
posted @ 2020-09-15 14:24  adaandy  阅读(4906)  评论(1编辑  收藏  举报