【JDK源码】HashMap源码分析

Map 这样的 Key Value 在软件开发中是非常经典的结构，常用于在内存中存放数据。

总结

JDK1.7

• 数组加链表，"拉链法"解决hash冲突
• 底层数组长度总是为2的幂次方。这是因为在此条件下hash & (length - 1) == hash % length，而且&比%的效率更高，（hash % length总是小于length的，因此可以用来计算元素在桶中的位置）
  • 默认长度16，会动态增长为32，64，128…，就算初始化的时候指定为11，其实底层的数组长度还是16
• 负载因子默认是0.75，是可以修改的，扩容阈值=数组长度*负载因子
  • 假设数组长度为16，则扩容阈值为16*0.75=12，当实际所放元素大于12时，则触发扩容操作
• 自动扩容，非常消耗性能
• 当hash严重冲突时，链表会越来越长严重影响效率，时间复杂度最长为O(N)
• 线程不安全（需要线程安全的请使用ConcurrentHashMap），多线程会引发链表死循环

JDK1.8后的优化

• 当链表长度超过8的时候则直接转换成红黑树，查询效率为O(logN)
• 扩容时会均匀分配元素，而JDK1.7会原封不动的拷贝过来
• 多线程会引发链表死循环的问题已解决

测试

//指定初始容量为11，但是底层数组的长度还是会初始化为16，具体看tableSizeFor方法
Map<Integer,String> map = new HashMap(11);


//初始化map
map = new HashMap<>();//初始化容量为16的HashMap
map.put(1,"A");//索引位置 1 % 16 = 1；放入第一个元素的时候会初始化map


//元素放在不同的桶中
map = new HashMap<>();//初始化容量为16的HashMap
map.put(1,"A");//索引位置 1 % 16 = 1；放入第一个元素的时候会初始化map
map.put(2,"B");//索引位置 2 % 16 = 2


//hash碰撞，产生链表
map = new HashMap<>();//初始化容量为16的HashMap
map.put(1,"A");//索引位置   1 % 16 = 1；放入第一个元素的时候会初始化map
map.put(17,"B");//索引位置 17 % 16 = 1，索引相同，hash碰撞，产生链表


//hash碰撞，产生红黑树
map = new HashMap<>();//初始化容量为16的HashMap
map.put(1,"A");   //索引位置   1 % 16 = 1；放入第一个元素的时候会初始化map
map.put(17,"B");  //索引位置  17 % 16 = 1，hash碰撞，链表长度2
map.put(33,"D");  //索引位置  33 % 16 = 1，hash碰撞，链表长度3
map.put(49,"E");  //索引位置  49 % 16 = 1，hash碰撞，链表长度4
map.put(65,"F");  //索引位置  65 % 16 = 1，hash碰撞，链表长度5
map.put(81,"G");  //索引位置  81 % 16 = 1，hash碰撞，链表长度6
map.put(97,"H");  //索引位置  97 % 16 = 1，hash碰撞，链表长度7
map.put(113,"I"); //索引位置 113 % 16 = 1，hash碰撞，链表长度8
map.put(129,"J"); //索引位置 129 % 16 = 1，hash碰撞，链表长度9，此时产生红黑树，调用treeifyBin(tab, hash)

JDK1.8

成员变量

/**
 * The default initial capacity - MUST be a power of two.
 */
static final int DEFAULT_INITIAL_CAPACITY = 1 << 4; // aka 16

• DEFAULT_INITIAL_CAPACITY表示初始化容量大小为2^4 = 16，可以在初始化的时候指定

/**
 * The maximum capacity, used if a higher value is implicitly specified
 * by either of the constructors with arguments.
 * MUST be a power of two <= 1<<30.
 */
static