concurrentHashMap
源码(JDK1.6)get
方法中为什么要readValueUnderLock(e)
,v
为null
究竟是怎么产生的?put
方法中有这么一段:tab[index] = new HashEntry<K,V>(key, hash, first, value);
难道在执行构造方法中会存在中间状态?value
还没有赋值就能读到?
V get(Object key, int hash) {
if (count != 0) { // read-volatile
HashEntry<K,V> e = getFirst(hash);
while (e != null) {
if (e.hash == hash && key.equals(e.key)) {
V v = e.value;
if (v != null)
return v;
return readValueUnderLock(e); // recheck
}
e = e.next;
}
}
return null;
}
V readValueUnderLock(HashEntry<K,V> e) {
lock();
try {
return e.value;
} finally {
unlock();
}
}
前面这一句说明了表里有这个
key
的,你看看put
方法,当value
为null
的时候是会跑出异常的:我这是高版本的,可能和你的不一样,但是也是值也是不能为空的。
所以:
不为空可以直接返回,如果为空则说明有其他线程在操作它。所以就加了一句。
现在版本的
get
方法把HashEntry<K,V> e
弄成UNSAFE.getObjectVolatile()
获取,像是volatile
的了