HashMap面试

hashMap数组长度为什么为2的幂次方

我们都知道hashmap是key value类型的结构，它是用数组+链表/红黑树这种方式来存储内容，我们通常开始的时候没有给他设定长度，源码内部对它默认长度的定义是1 << 4 (1左移四位，即10000，表示2的四次幂16），这样的表达方式主要是提醒我们如果我们要自定义hashmap初始长度的话最好将它定义为2的整数次幂。那么HashMapch长度为什么要为2的整数次幂呢？

定义完hashmap默认长度之后，内部是存在一个对应长度数组，我们希望HashMap的值均匀分布在数组每一个下标之上，例如我们定义了一个长度16，我们可以用当前是HashMap存入的第几个值，用这个数字除以16进行取余，来判断将它放到数组哪个下标之上，但是这样我们需要记录当是第多个少值，还要进行一次取余运算，这样占用资源并且还要进行一次取余运算，很是麻烦。

HashMap采用的是"&"运算来计算下标位置，例如我们使用默认长度的1<<4(16)来进行值存储，数组长度为16，则下标为0-15,16的2进制为10000，16-1=15，15的二进制则为1111，HashMap对数组长度1111之前的内容补0，将长度补齐至与key的hash值的二进制相等的长度，&运算的结果，是只有两个都为1的场景（即1&1）才为1，所以1111之前补充的0的&运算结果一直为0，我们可以不做考虑，长度15场景下我们只需要考虑后四位二进制值与key的hash值的后四位即可，例如hash值后四位为1001，将1111与1001进行与运算，的结果为1001（9),则这个key，value存放在数组下标为9的位置上，由于长度为1111，1111进行与运算的最大值为1111，也不会出现数组下标越界的情况，并且每一个位置都可以与运算出0，1，完美解决了hashMap值存放的问题。

明白HashMap值存放原理之后我们再来看为什么n为2的幂次方，2的幂次方2进制值特点为起始为1，后面全0，进行减1操作之后，变为全1的二进制，全一的二进制，可以保证二进制的与运算，每一个位置都可以出现1，保证hashmap数组各个下标都可以分配到值，如果不是2的幂次方的话，减1之后二进制数据会出现0，导致数组下标某些位置一直无法存放到数据，造成空间浪费。例如我们初始化长度定义为17，17的二进制值为10001，减一之后为10000，10000的二进制值进行与运算的时候只会出现10000（16），00000（0）两个值，导致HashMap的值只会存放在下标为0或者下标为16的地方，别的地方不会存储，不满足我们开始的诉求，值均匀的分布在数组每一个下标之上。