readValueUnderLock (e)가 ConcurrentHashMap의 get 메소드에 존재하는 이유는 무엇입니까?

Question

JDK1.6에서 ConcurrentHashMap의 소스 코드를 읽을 때 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이 있습니다.

추신 : 시간을 따라하는 것이 좋습니다. Java는 진화하고 있으며 Java 9는 몇 달 안에 출시 될 예정입니다. 코드베이스에 엄청난 변화가있었습니다. 쓸모없는 지식으로 머리를 가득 채우는 것은 좋은 생각이 아닙니다.