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并不是在程序中特意赋值的。