content
HashMap 的数据结构：
- 数组 + 链表（Java7 之前包括 Java7）
- 数组 + 链表 + 红黑树（从 Java8 开始）
PS：这里的《红黑树》与链表都是链式结构。
HashMap 内部维护了一个数组，数组中存放链表的链首或红黑树的树根。
当链表长度超过 8 时，链表就转换为红黑树，利用红黑树快速增删改查的特点提高 HashMap 的性能；在红黑树结点数量小于 6 时，红黑树转变为链表。
下面分别为上面两种数据结构的图示：
【定位算法】
增加、查找、删除等操作都需要先定位到 table 数组的某个索引处。
定位算法为三步：取 key 的 hashCode 值、高位运算、取模运算得到索引位置。（代码如下）
static final int hash(Object key) {
int h;
// h = key.hashCode() 第一步 取 hashCode 值
// h ^ (h >>> 16) 第二步 高位参与运算 Java8 优化了高位算法，优化原理忽略
return (key == null) ? 0 : (h = key.hashCode()) ^ (h >>> 16);
}
// java7 中这是一个单独的方法，java8 没有了这个方法但是原理依旧
static int indexFor(int h, int length) {
return h & (length-1); // hash(key) & (length-1) 第三步 取模
}取模运算h & (length -1)的结果最大值为 length -1，不会出现数组下标越界的情况。
为什么要做高位运算？
如果 hashCode 值都大于 length，而且这些 hashCode 的低位变化不大，就会出现很多冲突，举个例子：
- 假设数组的初始化容量为 16（10000），则 length -1 位 15（1111）。
- 假设有几个对象的 hashCode 分别为 1100 10010、1110 10010、11101 10010，如果不做高位运算，直接使用它们做取模运算的结果将是一致的。
如果所有元素中多数元素属于这种情况，将会导致元素分布不均匀，而对 hashCode 进行高位运算能解决这个问题，使高位对低位造成影响改变低位的值，从而变相地使高位也参与运算。
append
【Q】负载因子与性能的关系
负载因子默认值为0.75，意味着当数组实际填充量占比达到3/4时就该扩容了。
负载因子越大，扩容次数必然越少，数组的长度越小，减少了空间开销；这就会导致 hash 碰撞越多，增加查询成本。
默认值0.75在时间和空间成本上寻求一种折衷。
【Q】为什么要扩容
因为随着元素量的增大，hash 碰撞的概率越来越大，虽然使用链地址法能够解决存储问题，但是长长的链表会让 HashMap 失去快速检索的优势，而扩容能解决这个问题。