なぜConcurrentHashMapのgetメソッドにreadValueUnderLock（e）が存在するのですか？

Question

ソースコードConcurrentHashMapをJDK1.6に読み込んだとき、putメソッドが値をチェックしているため、readValueUnderLock(e)に到達できませんでした。値がnullの場合は、NullPointerExceptionをスローする必要があります。だから私は何か間違っているかもしれないと思うが、私はそれが何であるか分からない。私は誰かが私に答えることができれば感謝します！

ここにいくつかのソースコード：

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

public V put(K key, V value) { 
    if (value == null) 
     throw new NullPointerException(); 
    int hash = hash(key.hashCode()); 
    return segmentFor(hash).put(key, hash, value, false); 
} 

Answer 1

VはEntry.valueの単なるスナップショットです。エントリがまだ完全に構築されていない可能性があります（以前のJava Memory Modelでのダブルチェックロックの問題を考慮）、nullになる可能性があります。これはちょうど極端なケースですが、JREはこれが確実に動作するようにしなければならないので、readValueUnderLockがあります。

PS：時間に追いつく方が良いです。 Javaは進化しており、数ヶ月でJava 9が登場しています。コードベースにはいくつかの大きな変化がありました。時代遅れの知識で頭をいっぱいにすることは良い考えではないかもしれません。