concurrentHashMap源码中的readValueUnderLock(e)存在的意义？

Question

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();    } }

Answer 1

楼主可以把JDK升级一下，我用的1.8找了一下，没发现这段代码在ConcurrentHashMap中。

Answer 2

对象初始的时候就是null，这个null并不是在程序中特意赋值的。