深入JDK源码之HashMap
来源:互联网 发布:oracle数据库接口 编辑:程序博客网 时间:2024/05/23 16:07
感言
昨天参加了支付宝的电话一面,备受打击,更多的是让自己明白了自己的缺陷在哪,以及了解了互联网公司面试是怎样问问题的。
从结果来看,肯定是挂了,因为只谈了46分钟。从自我来看,收获满满,4个字评价我自己,就是“一知半解”。很多名词都知道,也都看过一点相关的文章,但是让我自己说,我只能说一个大概,上次看了HashMap的源码之后,又看了其他一些集合类,但是没有总结和深入,比如:为什么HashMap用了红黑树?为什么提高了效率?我答不上来,因为我根本没有去看TreeNode
这个内部类的具体实现,对红黑树也不了解,然后被面试官成功带到了他挖好的坑里,归咎到底,还是自己实力不够硬。
略读JDK源码不会再写,要写就写深入JDK源码。
数据结构
数组实现的Hash表
直接看源码:
/** * The table, initialized on first use, and resized as * necessary. When allocated, length is always a power of two. * (We also tolerate length zero in some operations to allow * bootstrapping mechanics that are currently not needed.) */ transient Node<K,V>[] table;
既然看到了Node<K,V>
,那就看一下它的源码:
Node<K,V>
static class Node<K,V> implements Map.Entry<K,V> { final int hash; // 哈希值,该类的hashCode,调用下面的方法 final K key; V value; Node<K,V> next; // 实现了链表功能 Node(int hash, K key, V value, Node<K,V> next) { this.hash = hash; this.key = key; this.value = value; this.next = next; } public final K getKey() { return key; } public final V getValue() { return value; } public final String toString() { return key + "=" + value; } public final int hashCode() { return Objects.hashCode(key) ^ Objects.hashCode(value); // Objects的hashCode方法,如果参数为null,返回0,否则返回native方法实现的hashCode方法 } public final V setValue(V newValue) { V oldValue = value; value = newValue; return oldValue; } public final boolean equals(Object o) { if (o == this) return true; if (o instanceof Map.Entry) { Map.Entry<?,?> e = (Map.Entry<?,?>)o; if (Objects.equals(key, e.getKey()) && Objects.equals(value, e.getValue())) return true; } return false; } }
在每一个哈希表的桶里,放的都是这样的一个个Node(在桶内元素不大于8个时),如果桶内元素大于8个,那么就要将链表换成红黑树进行存储,为什么要换,原因等下说。接下来看一下红黑树的数据结构。
TreeNode<K,V>
首先说一下,这个TreeNode<K,V>
继承了LinkedHashMap.Entry<K,V>
这个类,而Entry<K,V>
这个类又继承了Node<K,V>
,但是添加了两个Node<K,V>
的属性 before 和 after,但是TreeNode<K,V>
并没有使用,是在LinkedHashMap
这个类中使用了,那么我们只看HashMap的话,就可以认为TreeNode<K,V>
继承了Node<K,V>
,不用管这个LinkedHashMap.Entry<K,V>
了。
看源码:
/** * Entry for Tree bins. Extends LinkedHashMap.Entry (which in turn * extends Node) so can be used as extension of either regular or * linked node. */ static final class TreeNode<K,V> extends LinkedHashMap.Entry<K,V> { TreeNode<K,V> parent; // red-black tree links TreeNode<K,V> left; // 左孩子 TreeNode<K,V> right; // 右孩子 TreeNode<K,V> prev; // needed to unlink next upon deletion,next指针继承于Node boolean red; // 是否是红结点 TreeNode(int hash, K key, V val, Node<K,V> next) { super(hash, key, val, next); // 调用的是Node的构造方法 } // 还有各种方法没有列出来,重点看find方法,HashMap查找时最终调用了find方法 // 在此之前,有必要了解一下红黑树 http://blog.csdn.net/v_JULY_v/article/details/6105630 /** * Finds the node starting at root p with the given hash and key. * The kc argument caches comparableClassFor(key) upon first use * comparing keys. */ final TreeNode<K,V> find(int h, Object k, Class<?> kc) { TreeNode<K,V> p = this; // 桶中的第一个元素已经是TreeNode了,this代表这个元素 do { int ph, dir; K pk; TreeNode<K,V> pl = p.left, pr = p.right, q; // 左孩子、右孩子 if ((ph = p.hash) > h) // 如果给定hash值小于当前节点hash值,进入左结点 p = pl; else if (ph < h) // 如果给定hash值大于当前节点hash值,进入右结点 p = pr; else if ((pk = p.key) == k || (k != null && k.equals(pk))) // 找到就返回 return p; else if (pl == null) // 如果左节点为空,则进入右结点 p = pr; else if (pr == null) // 如果右结点为空,则进入左节点 p = pl; // 如果按照比较器排序,那么通过比较器返回值,然后HashMap中调用的时候比较器为null,所以不管这个 else if ((kc != null || (kc = comparableClassFor(k)) != null) && (dir = compareComparables(kc, k, pk)) != 0) p = (dir < 0) ? pl : pr; else if ((q = pr.find(h, k, kc)) != null) // 递归查找 return q; else p = pl; // 进去左结点 } while (p != null); return null; } }
由于二叉树对某个元素的搜索是与该元素的距离树根结点的高度来决定的,而红黑树的高度不会超过2lg(n+1),因此可以在O(log n)时间内做查找,插入和删除,时间非常快,而二叉查找树通常情况不是一个平衡的二叉树,最坏情况下,树的高度可以达到n,因此查找的时间为O(n)。
这也就是为什么JDK1.8中如果链表结点数量超过8个以后要转化为红黑树的原因,链表的查找时间复杂度为O(n),而红黑树可以达到O(log n),我觉得是开发人员进行实验过后,当数量超过8个以后,红黑树的结构调整相比于链表的查询的效率低下,综合起来红黑树效率比链表高,所以在1.8中进行了调整。
方法
put方法
HashMap中最常用的两个方法就是get和put了,先看put:
public V put(K key, V value) { return putVal(hash(key), key, value, false, true); }
这里调用了一个putVal方法,查看源码:
/** * Implements Map.put and related methods * * @param hash hash for key * @param key the key * @param value the value to put * @param onlyIfAbsent if true, don't change existing value * @param evict if false, the table is in creation mode. * @return previous value, or null if none */ final V putVal(int hash, K key, V value, boolean onlyIfAbsent, boolean evict) { Node<K,V>[] tab; Node<K,V> p; int n, i; // 如果原表为空或者大小为0,那么调整数组大小为默认大小,并且赋值n=0 if ((tab = table) == null || (n = tab.length) == 0) n = (tab = resize()).length; /* resize的作用 摘自 http://www.cnblogs.com/think-in-java/p/5170914.html 当HashMap中的元素越来越多的时候,hash冲突的几率也就越来越高,因为数组的长度是固定的。 所以为了提高查询的效率,就要对HashMap的数组进行扩容,原数组中的数据必须重新计算其在新 数组中的位置,并放进去,这就是resize。 那么HashMap什么时候进行扩容呢?当HashMap中的元素个数超过数组大小*loadFactor时, 就会进行数组扩容,loadFactor的默认值为0.75,这是一个折中的取值。也就是说,默认情况下, 数组大小为16,那么当HashMap中元素个数超过16*0.75=12的时候,就把数组的大小扩展为 2*16=32,即扩大一倍,然后重新计算每个元素在数组中的位置,而这是一个非常消耗性能的操作, 所以如果我们已经预知HashMap中元素的个数,那么预设元素的个数能够有效的提高HashMap的性能。 比如说,我们有1000个元素new HashMap(1000), 但是理论上来讲new HashMap(1024)更合适, 不过 上面annegu已经说过,即使是1000,hashmap也自动会将其设置为1024。 但是 new HashMap(1024)还不是更合适的,因为0.75*1000 < 1000, 也就是说为了让 0.75 * size > 1000, 我们必须这样new HashMap(2048)才最合适,既考虑了&的问题, 也避免了resize的问题。 */ // 如果当前hash值对应的位置为空,那么创建将要放置的Node放进去 if ((p = tab[i = (n - 1) & hash]) == null) tab[i] = newNode(hash, key, value, null); else { Node<K,V> e; K k; // 要放置的元素的key已经存在了,就将e=q,后面会处理 if (p.hash == hash && ((k = p.key) == key || (key != null && key.equals(k)))) e = p; // 如果是红黑树,那么就把数据按照红黑树插入的方式插入 else if (p instanceof TreeNode) e = ((TreeNode<K,V>)p).putTreeVal(this, tab, hash, key, value); else { // 遍历链表 for (int binCount = 0; ; ++binCount) { // 找到最后一个结点,就把要插入的Node放进去 if ((e = p.next) == null) { p.next = newNode(hash, key, value, null); // 如果这条链的长度已经大于默认值(8),那么就把链表转化成红黑树进行存储 if (binCount >= TREEIFY_THRESHOLD - 1) // -1 for 1st treeifyBin(tab, hash); break; } // 判断链表中结点的key值与插入的元素的key值是否相等,相等就退出循环 if (e.hash == hash && ((k = e.key) == key || (key != null && key.equals(k)))) break; p = e; } } // 找到key值、hash值与插入元素相等的结点,用新的值代替旧的值,并返回旧的值 if (e != null) { // existing mapping for key V oldValue = e.value; if (!onlyIfAbsent || oldValue == null) e.value = value; afterNodeAccess(e); // 这个函数体内没有任何操作,文档上给的是回调函数,我不知道用处 return oldValue; } } /* 如果在使用迭代器的过程中有其他线程修改了map,那么将抛出ConcurrentModificationException, 这就是所谓fail-fast策略。在迭代过程中,判断modCount跟expectedModCount是否相等,如果不相等 就表示已经有其他线程修改了Map */ ++modCount; // 修改次数增加 if (++size > threshold) // 如果超出重构阈值,需要重新分配空间 resize(); afterNodeInsertion(evict); // 同afterNodeAccess() return null; }
接下来看get函数。
get
源码如下:
public V get(Object key) { Node<K,V> e; return (e = getNode(hash(key), key)) == null ? null : e.value; }
查看getNode
方法源码:
final Node<K,V> getNode(int hash, Object key) { Node<K,V>[] tab; Node<K,V> first, e; int n; K k; if ((tab = table) != null && (n = tab.length) > 0 && (first = tab[(n - 1) & hash]) != null) { // first是桶中第一个元素 // 就是要找的元素,直接返回 if (first.hash == hash && // always check first node ((k = first.key) == key || (key != null && key.equals(k)))) return first; // 否则遍历,在桶中找 if ((e = first.next) != null) { // 如果已经是树了,那么就调用树的get方法找,调用的方法就是上面看到的find if (first instanceof TreeNode) return ((TreeNode<K,V>)first).getTreeNode(hash, key); // 不是树的话遍历寻找 do { if (e.hash == hash && ((k = e.key) == key || (key != null && key.equals(k)))) return e; } while ((e = e.next) != null); } } return null; }
总结
还是看的不够仔细,只重点看了get和put,但是对大致原理有了一定的了解,而且java.util包中还有很多容器类,现在时间比较紧,要把这些重点看一遍,还要看一下Concurrent包下的类,以后有时间再仔细更加深入地看。
- 深入JDK源码之HashMap
- JDK源码之-HashMap
- JDK源码学习之HashMap
- jdk集合源码之HashMap
- JDK源码阅读之 HashMap
- jdk源码分析之HashMap
- jdk源码分析之HashMap
- JDK之HashMap源码解析
- JDK之HashMap源码解读
- JDK源码解析之HashMap
- 【源码解析】JDK源码之HashMap
- 深入JDK源代码之HashMap实现
- 深入JDK源代码之HashMap实现
- 深入源码之JDK Logging
- 深入JDK源码之Hashtable
- JDK源码阅读之HashMap的实现
- JDK源码阅读之HashMap类
- JDK源码解析之HashMap类
- Android Matrix图像变换处理
- 互联网协议入门(二)
- 解决Clock skew detected.
- 构建第一个spring boot应用程序
- sdutacm-数据结构实验之链表四:有序链表的归并
- 深入JDK源码之HashMap
- CCF CSP 压缩编码 动态规划
- DMEE F110
- 移动App架构设计
- [Vim]CTRL+S 后hang住
- 在MyEclipse中运行maven规范的项目,控制台输出乱码
- 理解OAuth 2.0
- nodejs+artTemplate用法,简单的实例
- js实现伪异步操作