总所周知,Map集合的特点是以key-value映射来存储数据的
在我们开发中,常见的还有session,redis..等它们也是用key-value的形式来存储数据的,为什么我们常用的一些很多都是以key-value来存储数据的呢。
因为在数据量比较多的情况下,他好找,map中的key就相当于一个索引的作用,他是非常快的,程序只只需要判断怎么取到它的key就行了。
就相当于一个人对应一个身份证号一样,是一个一一对应的关系
Map有三个实现类HashMap,TreeMap,LinkedHashMap
HashMap
HashMap是以哈希表的一种数据结构来存储数据的,
key的特点是无序,唯一
value的特点是无序,不唯一
哈希表数据结构-画的可能不好!!大家能看就行哈
HashMap:数组+链表(JDK1.7) 数组+链表+红黑树(JDK1.8)
HashMap默认参数
初始化默认长度为1>>4(16)
默认最大容量为1>>30(2的30次方)
默认加载因子为0.75,这是HashMap的扩容机制,就是每当HashMap中的数据容量达到当前长度*0.75的时候,HashMap就要进行扩容了,扩容机制原来是1>>4,扩容之后是1>>5,就是2的5次方,意思就是每次
扩容长度翻一倍
我们在讲讲HashMap是怎么存的
map集合通过map.put("key","value")方法来存储数据的
HashMap在new的时候,其实还没去内存开辟一个长度为16的数组空间,因为有些用户new了之后就不使用,就造成了内存空间浪费。
在用户调用put方法的时候,才会去内存中开辟空间
他是怎么存到哈希表中的呢
它是通过key获取key的hashcode值,在通过哈希表的算法来获取数组下标,然后再通过数组下标查询出对应的链表节点,根据当前的key去比对下面的各个节点,如果存在相同的,则覆盖,如果不
存在相同的,则把数据添加在链表末尾。
在JDK1.8之后,如果某个数组坐标下的链表节点数量超过了8个,则会把当前链表转化为红黑树(至于数值为什么是8个,只能讲是别人测试过很多次得出的一个很合理的数值)
map.get("key")方法就是通过key的hashcode值找到数组下标,在找到数组下标的节点,根据key和其他的节点key相比较,相同则取出节点的value值,如果没找到则返回null
HashMap的扩容机制
当数组长度实际长度达到阈值(数组内存长度*加载因子)的时候,就需要扩容,默认扩容机制是原来长度*2,因为HashMap的长度必须是2的N次幂
数组长度扩容了之后,数据怎么办,所以我们还需要进行数据迁移
在JDK1.7的时候,采用key的hash值根据哈希算法来得出一个数组的坐标,采用头插法插入到新的坐标,意思就是原来数组坐标下链表的顺序是:10-20,插入到新的坐标的时候就变成了:20-10了
JDK1.8的时候,人们发现一个现象,扩容前和扩容后的二进制坐标其实很类似,就比如说,扩容前为:1101,扩容后新的坐标为11101,原来的坐标就变成了01101,他们的后4位是相等的
所以,人们得出结论:当重新扩容的时候,当前数组下的元素节点只需要判断得出新坐标的首位是0和1,当最高位为1的时候,就把元素插入到:当前坐标长度+扩容的长度的位置,如果最高位为0,
则还在原来的位置不用变,jdk1.8数据迁移采用的尾插法,就不会影响原来的顺序,原来顺序是10-20,加入两个值都需要改变,改变后的值也是10-20