目录
一、什么是哈希表
在讨论哈希表之前，我们先大概了解下其他数据结构在新增，查找等基础操作执行性能。
数组：采用一段连续的存储单元来存储数据。可以随机访问，所以对于指定下标的查找，时间复杂度为O(1)；通过给定值进行查找，需要遍历数组，逐一比对给定关键字和数组元素，时间复杂度为O(n)，当然，对于有序数组，则可采用二分查找等，可将查找复杂度提高为O(logn)；对于一般的插入删除操作，涉及到数组元素的移动，其平均复杂度也为O(n)。
线性链表：对于链表的新增，删除等操作（在找到指定操作位置后），仅需处理结点间的引用即可，时间复杂度为O(1)；而查找操作需要遍历链表逐一进行比对，复杂度为O(n)。
二叉树：对一棵相对平衡的有序二叉树，对其进行插入，查找，删除等操作，平均复杂度均为O(logn)。
哈希表：相比上述几种数据结构，在哈希表中进行添加，删除，查找等操作，性能十分之高，不考虑哈希冲突的情况下（后面会探讨下哈希冲突的情况），仅需一次定位即可完成，时间复杂度为O(1)。
哈希表结构：
上面我们提到过，在数组中根据下标查找某个元素，一次定位就可以达到，哈希表利用了这种特性，哈希表的主干就是数组。
比如我们要新增或查找某个元素，我们通过把当前元素的关键字 通过某个函数映射到数组中的某个位置，通过数组下标一次定位就可完成操作。
这个函数可以简单描述为：存储位置 = f(关键字) ，这个函数f一般称为哈希函数，这个函数的设计好坏会直接影响到哈希表的优劣。因为设计不好的哈希函数出现哈希冲突的几率会更高，但一般哈希函数也不用我们自己设计，一般都会有默认的。
举个例子，我们要在哈希表中执行插入操作：
在哈希表中，插入 kobe 和 james，可以看到，通过哈希函数算出地址，哈希函数会算出一个值，用这个值对数组长度取余，就得到具体存储位置了。
但假设现在有个新数据xiaoming，他经过函数函数后出来的地址是5，即与james重合，那就出现了哈希冲突了，那怎么办呢？在HashMap中，解决这个问题用的方法是链地址法，即数组+链表。即冲突的地方，用链表把哈希值一样的数组串起来，即xiaoming 和 james都在数组位置5 的链表下。大致形式如下：
红黑树在HashMap上的运用
在JDK1.8后，从结构实现来讲，HashMap是数组+链表+红黑树（JDK1.8增加了红黑树部分）实现的，如下如所示。
1. 当链表长度大于8并且HashMap的数组长度大于64时，链表就会转换成红黑树。这是为了避免在哈希表建立初期，多个键值对恰好被放入了同一个链表中而导致不必要的转化。
2.为什么链表长度达到一定时，要把链表换成红黑树？因为链表的查询效率不高只有O(n)，修改时，也是要先一个个值比对，然后才能去改，所以时间复杂度也是O(n)，使用红黑树的话，可以使插入、查询，修改的时间复杂度都为O(logn)。效率大大提高。
3. 不仅链表可以变成红黑树，红黑树也有可能变回链表。链表的结点个数大于8时，则会转换成红黑树。而红黑树的节点个数小于6时，则会退化成链表。那为什么是6而不是8呢，原因是为了避免反复树化和解除树化。
二、HashMap的容量和扩容机制
HashMap的数组大小并不会一成不变的，因为当数组中元素越来越多时，发生哈希冲突的几率就越来越高。所以必须要实现扩容。扩容机制是：当hashmap数组中的元素个数超过数组大小*loadFactor时，就会进行数组扩容，loadFactor的默认值为0.75，也就是说，默认情况下，数组大小为16，那么当hashmap中元素个数超过16*0.75=12的时候，就把数组的大小扩展为2*16=32，即扩大一倍。。当然Java里的数组是无法自动扩容的，方法是使用一个新的数组代替已有的容量小的数组。
1. HashMap的数组大小一开始默认为16。HashMap数组最大长度为2^30。
2. loadFactor(即加载因子)默认值为0.75。每次扩容会把数组长度扩大一倍。
HashMap的数组容量为什么一定要是2的n次方？
因为在计算数据的hash值后，为了决定到底是插入HashMap的数组的哪个地方，会把得到的hash值 取余，例如 hash%length，但在计算机中，直接求余的效率不如位运算，源码中做了优化 ： hash&(length-1)，使hash%length==hash&(length-1)的前提是length是2的n次方；因此HashMap的数组容量一定是2的n次方。
三、HashMap的hash原理
当我们有数据(或叫key)时，调用自带的哈希函数 hasCode(key) 得到哈希值，然后通过 位运算 hash&(length-1) 求余得到该key在数组上的位置。原本这样也可以用，但是这样的话，还是会有缺点的，所以HashMap做了一点改进。
我们先看看，把哈希值求余后直接使用的问题
假设我们现在的哈希表数组长度为16。如下图，上面是 15(即n-1)的二进制(4位)。下面的hashCode()得到的哈希值(32位)。可以看到，无论哈希值变化多丰富，真正被用上的只有红色对应的4位，我们想想，如果我们有很多很多个key，假设这些key出来的哈希值都不一样的，但是他们的最后4位是一样的，那么 hash&(n-1) 后，是不是所有key得到的结果反而都是一样的？那就会产生严重的哈希冲突。（当前数组长度越小，这种冲突越严重，因为数组长度小，那么下图红色的位的个数就越少）。
效果如下：
为了解决这个问题，引入了“打扰函数”。
利用“扰动函数”来增加随机性，降低哈希冲突
防止不同hashCode()的高位不同但低位相同导致的hash冲突。简单点说，就是为了把高位的特征和低位的特征组合起来，降低哈希冲突的概率，也就是说，尽量做到任何一位的变化都能对最终得到的结果产生影响。
从下面代码可以看出来的，扰动函数做的就是：把 hahCode的低16位与高16位做异或操作。
还是上面的例子，假设我们现在的哈希表数组长度为16。即使多个key的hashCode都不同，但低4位相同，但通过hashCode的高16和低16做异或，那么就可以得到把高位的特征和低位的特征组合起来的效果，从而减少哈希冲突。
四、HashMap 和 HashTable的区别
HashMap和HashTable
Hashtable是java一开始发布时就提供的键值映射的数据结构，而HashMap产生于JDK1.2。虽然Hashtable比HashMap出现的早一些，但是现在Hashtable基本上已经被弃用了。而HashMap已经成为应用最为广泛的一种数据类型了。造成这样的原因一方面是因为Hashtable是线程安全的，效率比较低。
1. 父类不同：HashMap继承的是AbstractMap类，HashTable是继承Dictionary类。
2.null值问题：HashTabled既不支持Null Key，也不支持 Null Value。但HashMap，null可以为Key，但这样的Key只能有一个，可以有多个值为null的Value。因此在HashMap中不能由get()来判断有没有某个键，而要用 containsKey()来判断。
3.线程安全：
Hashtable是线程安全的，它的每个方法中都加入了Synchronize方法。在多线程并发的环境下，可以直接使用Hashtable，不需要自己为它的方法实现同步
HashMap不是线程安全的，在多线程并发的环境下，可能会产生死锁等问题。
4.初始容量不同：HashTable是初始长度是11，HashMap是16。
331
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
