前言
声明，本文用得是jdk1.8
前面已经讲了Collection的总览和剖析List集合以及散列表、Map集合、红黑树的基础了：
Collection总览
List集合就这么简单【源码剖析】
Map集合、散列表、红黑树介绍
本篇主要讲解HashMap，以及涉及到一些与hashtable的比较~
看这篇文章之前最好是有点数据结构的基础：
Java实现单向链表
栈和队列就是这么简单
二叉树就这么简单
当然了，如果讲得有错的地方还请大家多多包涵并不吝在评论去指正～
一、HashMap剖析首先看看HashMap的顶部注释说了些什么：
再来看看HashMap的类继承图：
下面我们来看一下HashMap的属性：
成员属性有这么几个：
再来看一下hashMap的一个内部类Node：
我们知道Hash的底层是散列表，而在Java中散列表的实现是通过数组+链表的~
再来简单看看put方法就可以印证我们的说法了：数组+链表-->散列表
我们可以简单总结出HashMap：
无序，允许为null，非同步
底层由散列表(哈希表)实现
初始容量和装载因子对HashMap影响挺大的，设置小了不好，设置大了也不好
1.1HashMap构造方法HashMap的构造方法有4个：
在上面的构造方法最后一行，我们会发现调用了tableSizeFor()，我们进去看看：
这是位运算算法，具体流程可参考：
https://www.cnblogs.com/loading4/p/6239441.html
https://blog.csdn.net/fan2012huan/article/details/51097331
看完上面可能会感到奇怪的是：为啥是将2的整数幂的数赋给threshold？
threshold这个成员变量是阈值，决定了是否要将散列表再散列。它的值应该是：capacity * load factor才对的。
其实这里仅仅是一个初始化，当创建哈希表的时候，它会重新赋值的：
至于别的构造方法都差不多，这里我就不细讲了：
1.2put方法put方法可以说是HashMap的核心，我们来看看：
我们来看看它是怎么计算哈希值的：
为什么要这样干呢？？我们一般来说直接将key作为哈希值不就好了吗，做异或运算是干嘛用的？？
我们看下来：
我们是根据key的哈希值来保存在散列表中的，我们表默认的初始容量是16，要放到散列表中，就是0-15的位置上。也就是tab[i = (n - 1) & hash]。可以发现的是：在做&运算的时候，仅仅是后4位有效~那如果我们key的哈希值高位变化很大，低位变化很小。直接拿过去做&运算，这就会导致计算出来的Hash值相同的很多。
而设计者将key的哈希值的高位也做了运算(与高16位做异或运算，使得在做&运算时，此时的低位实际上是高位与低位的结合)，这就增加了随机性，减少了碰撞冲突的可能性！
下面我们再来看看流程是怎么样的：
新值覆盖旧值，返回旧值测试：
接下来我们看看resize()方法，在初始化的时候要调用这个方法，当散列表元素大于capacity * load factor的时候也是调用resize()
1.3get方法接下来我们看看getNode()是怎么实现的：
1.4remove方法再来看看removeNode()的实现：
二、HashMap与Hashtable对比从存储结构和实现来讲基本上都是相同的。它和HashMap的最大的不同是它是线程安全的，另外它不允许key和value为null。Hashtable是个过时的集合类，不建议在新代码中使用，不需要线程安全的场合可以用HashMap替换，需要线程安全的场合可以用ConcurrentHashMap替换
Hashtable具体阅读源码可参考：
https://blog.csdn.net/panweiwei1994/article/details/77427010
https://blog.csdn.net/panweiwei1994/article/details/77428710
四、总结在JDK8中HashMap的底层是：数组+链表(散列表)+红黑树
在散列表中有装载因子这么一个属性，当装载因子*初始容量小于散列表元素时，该散列表会再散列，扩容2倍！
装载因子的默认值是0.75，无论是初始大了还是初始小了对我们HashMap的性能都不好
装载因子初始值大了，可以减少散列表再散列(扩容的次数)，但同时会导致散列冲突的可能性变大(散列冲突也是耗性能的一个操作，要得操作链表(红黑树)！
装载因子初始值小了，可以减小散列冲突的可能性，但同时扩容的次数可能就会变多！
初始容量的默认值是16，它也一样，无论初始大了还是小了，对我们的HashMap都是有影响的：
初始容量过大，那么遍历时我们的速度就会受影响~
初始容量过小，散列表再散列(扩容的次数)可能就变得多，扩容也是一件非常耗费性能的一件事~
从源码上我们可以发现：HashMap并不是直接拿key的哈希值来用的，它会将key的哈希值的高16位进行异或操作，使得我们将元素放入哈希表的时候增加了一定的随机性。
还要值得注意的是：并不是桶子上有8位元素的时候它就能变成红黑树，它得同时满足我们的散列表容量大于64才行的~
明天要是无意外的话，可能会写TreeMap，敬请期待哦~~~~
文章的目录导航：https://zhongfucheng.bitcron.com/post/shou-ji/gong-zhong-hao-wen-zhang-zheng-li
如果文章有错的地方欢迎指正，大家互相交流。习惯在微信看技术文章，想要获取更多的Java资源的同学，可以关注微信公众号:Java3y。为了大家方便，刚新建了一下qq群：742919422，大家也可以去交流交流。
谢谢支持了！希望能多介绍给其他有需要的朋友
参考资料：
《Core Java》
https://blog.csdn.net/panweiwei1994/article/details/76555359
https://zhuanlan.zhihu.com/p/28216267
https://blog.csdn.net/fan2012huan/article/details/51097331
https://www.cnblogs.com/chinajava/p/5808416.html
文章版权归作者所有，未经允许请勿转载,若此文章存在违规行为，您可以联系管理员删除。
转载请注明本文地址：https://www.ucloud.cn/yun/69009.html
摘要：下面总结一下集合常用的三个子类吧无序，允许为，底层是散列表红黑树，非线程同步有序，不允许为，底层是红黑树非线程同步迭代有序，允许为，底层是双向链表，非线程同步从结论而言我们就可以根据自己的实际情况来使用了。 前言 声明，本文用的是jdk1.8 前面章节回顾： Collection总览 List集合就这么简单【源码剖析】 Map集合、散列表、红黑树介绍 HashMap就是这么简单【源码...
摘要：习惯在微信看技术文章，想要获取更多的资源的同学，可以关注微信公众号。为了大家方便，刚新建了一下群，大家也可以去交流交流。谢谢支持了希望能多介绍给其他有需要的朋友 前言 声明，本文用得是jdk1.8 前面已经讲了Collection的总览和剖析List集合以及散列表、Map集合、红黑树还有HashMap基础了： Collection总览 List集合就这么简单【源码剖析】 Map集合、...
摘要：下面我来简单总结一下的核心要点底层结构是散列表数组链表红黑树，这一点和是一样的。是将所有的方法进行同步，效率低下。而作为一个高并发的容器，它是通过部分锁定算法来进行实现线程安全的。 前言 声明，本文用的是jdk1.8 前面章节回顾： Collection总览 List集合就这么简单【源码剖析】 Map集合、散列表、红黑树介绍 HashMap就是这么简单【源码剖析】 LinkedHas...
摘要：而在集合中，值仅仅是一个对象罢了该对象对本身而言是无用的。将这篇文章作为集合的总结篇，但觉得没什么好写就回答一些面试题去了，找了一会面试题又觉得不够系统。 前言 声明，本文用的是jdk1.8 花了一个星期，把Java容器核心的知识过了一遍，感觉集合已经无所畏惧了！！(哈哈哈....)，现在来总结一下吧~~ 回顾目录： Collection总览 List集合就这么简单【源码剖析】 Ma...
摘要：在这种情况下，是以其为根的树的最后一个结点。来源二总结底层是红黑树，能够实现该集合有序如果在构造方法中传递了对象，那么就会以对象的方法进行比较。 前言 声明，本文用得是jdk1.8 前面章节回顾： Collection总览 List集合就这么简单【源码剖析】 Map集合、散列表、红黑树介绍 HashMap就是这么简单【源码剖析】 LinkedHashMap就这么简单【源码剖析】 本...
阅读 3282·2021-11-24 09:39
阅读 2786·2021-10-12 10:20
阅读 1874·2019-08-30 15:53
阅读 3058·2019-08-30 14:14
阅读 2584·2019-08-29 15:36
阅读 1094·2019-08-29 14:11
阅读 1943·2019-08-26 13:51
阅读 3388·2019-08-26 13:23
