如果大家分析过hashmap的源码,就会发现HashMap维护EntrySet的方式是比较特别的。有的人会疑问,jdk1.8中HashMap到底是如何维护EntrySet的。一般来说,我们实现EntrySet就是在put值的时候将其顺便加到EntrySet即可。但是jdk1.8中并没有这样做。
put函数的源码:
final V putVal(int hash, K key, V value, boolean onlyIfAbsent,
boolean evict) {
Node<K,V>[] tab; Node<K,V> p; int n, i;
if ((tab = table) == null || (n = tab.length) == 0)
n = (tab = resize()).length;
if ((p = tab[i = (n - 1) & hash]) == null)
tab[i] = newNode(hash, key, value, null);
else {
Node<K,V> e; K k;
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) {
if ((e = p.next) == null) {
p.next = newNode(hash, key, value, null);
if (binCount >= TREEIFY_THRESHOLD - 1) // -1 for 1st
treeifyBin(tab, hash);
break;
}
if (e.hash == hash &&
((k = e.key) == key || (key != null && key.equals(k))))
break;
p = e;
}
}
if (e != null) { // existing mapping for key
V oldValue = e.value;
if (!onlyIfAbsent || oldValue == null)
e.value = value;
afterNodeAccess(e);
return oldValue;
}
}
++modCount;
if (++size > threshold)
resize();
afterNodeInsertion(evict);
return null;
}
可以看到,这段代码中并没有一丝维护EntrySet的迹象。
那么平时我们遍历Map的时候获取EntrySet是怎么来的呢?
我们可以看看EntrySet方法的源码:
public Set<Map.Entry<K,V>> entrySet() {
Set<Map.Entry<K,V>> es;
return (es = entrySet) == null ? (entrySet = new EntrySet()) : es;
}
可以看到,就直接返回了一个entrySet,那么这个entrySet是什么呢?
transient Set<Map.Entry<K,V>> entrySet;
我们不难看到,整个过程中,就直接返回了entrySet,我们在put 的时候也看不到jdk将put的元素加入到entrySet中,那我们遍历的时候元素哪里来?
我们可以看到,虽然是返回的entrySet,但是事实上你在输出(System.out.println)entrySet的时候,是会调用toString()的,我们看看toString方法的源码:
public String toString() {
Iterator<E> it = iterator();
if (! it.hasNext())
return "[]";
StringBuilder sb = new StringBuilder();
sb.append('[');
for (;;) {
E e = it.next();
sb.append(e == this ? "(this Collection)" : e);
if (! it.hasNext())
return sb.append(']').toString();
sb.append(',').append(' ');
}
}
可以看到,原来jdk使用了懒加载的方式。其中iterator就会获取hashMap里面的元素了。