深入理解HashMap遍历元素的顺序

HashMap遍历元素的顺序。


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


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

16004747-0904a9f50c206aa6.jpg
图片发自简书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值再经过按位与逻辑运算得到的。


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


16004747-6095ca989fc3c07d.jpg
图片发自简书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容量大小的计算逻辑。


源码如下:

16004747-3bf163d9d69a7a45.jpg
图片发自简书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

猜你喜欢

转载自blog.csdn.net/weixin_34304013/article/details/91096978
今日推荐