java.util
클래스 LinkedHashMap

java.lang.Object 
  |
  +--java.util.AbstractMap 
        |
        +--java.util.HashMap 
              |
              +--java.util.LinkedHashMap

모든 구현 인터페이스:

Cloneable , Map , Serializable

public class LinkedHashMap

extends HashMap

예측 가능한 반복 순서를 가지는 Map 인터페이스의 해시 테이블과 링크 리스트의 구현입니다. 이 구현은 모든 구현의 엔트리를 거치는 이중의 링크 리스트를 보관 유지한다고 하는 점으로써,HashMap 와는 다릅니다. 링크 리스트는 반복 순서를 정의합니다. 이 순서는 통상 키가 MAP에 삽입된 순서입니다 (삽입순서) . 키를 MAP에 「재삽입」하는 경우, 삽입순서는 영향을 받지 않습니다. 호출의 직전에,s.contains(e) 가 true 를 돌려줄 때 m.put(k, v) 가 불려 갔을 경우, 키k 가 MAP m 에 재삽입됩니다.

이 구현에서는 TreeMap 관련의 부담의 증대를 지지 않고 ,HashMap 및 Hashtable 에 의한, 무지정의 일반적으로는 무질서한 순서로부터 클라이언트를 지킵니다. 이 구현을 사용해, 당초의 MAP의 구현에 관계없이, 당초와 같은 순서를 가지는 MAP의 카피를 생성할 수가 있습니다.

     void foo(Map m) {
         Map copy = new LinkedHashMap(m);
         ...
     }

모듈이 입력의 MAP를 취득해, 카피해, 카피의 MAP가 설정한 순서의 결과를 돌려주었을 경우, 이 기술은 특별히 도움이 됩니다. 일반적으로, 클라이언트는 제시와 같은 순서로 돌려주어지는 것을 평가합니다.

특별한 constructor 가, 링크 해시 MAP 작성을 위해 제공됩니다. 이 MAP의 반복 순서는 마지막에 엔트리에 액세스 한 순서가 됩니다. 순서는 가장 전에 액세스 한 것으로부터 시작되어, 가장 후에 액세스 한 것으로 끝납니다(액세스순서). 이런 종류의 MAP는 LRU 캐쉬를 구축하는데 최적입니다. put 또는 get 메소드를 호출하면(자), 대응하는 엔트리에 액세스 합니다(호출 완료 후에, 대응하는 엔트리가 있으면(자) 가정합니다). 키치 매핑이 지정된 MAP의 엔트리 세트 반복자에 의해 제공되는 순서로,putAll 메소드는 지정된 MAP의 매핑 마다 엔트리 액세스를 1 개 생성합니다. 엔트리 액세스를 생성하는 메소드는 그 밖에 없습니다. 특히는 코레크션뷰에 대한 오퍼레이션은 바탕으로 되는 MAP의 반복 순서에는 영향을 주지 않습니다.

MAP에 새로운 매핑을 추가할 때, 자동적으로 무효인 매핑을 삭제하는 폴리시를 규정하기 위해서,removeEldestEntry(Map.Entry) 메소드가 오버라이드(override) 되는 경우가 있습니다.

이 클래스는 옵션의 Map 오퍼레이션을 모두 제공해, null 요소를 허용 합니다. HashMap 와 같이, 해쉬 함수가 복수의 버킷에 적절히 요소를 분산하면(자) 가정해, 기본의 오퍼레이션 (add,contains, 및 remove)에 일정시간의 퍼포먼스를 제공합니다. 퍼포먼스는 1 개의 예외를 제외해, 링크 리스트를 보관 유지하는 부담의 증대에 의해,HashMap 의 퍼포먼스보다 조금 뒤떨어지는 경우가 있습니다. LinkedHashMap 의 코레크션뷰의 반복에는 용량에 관계없이, MAP의 「사이즈」에 비례한 시간이 필요하게 됩니다. 「용량」에 비례한 시간을 필요로 하므로,HashMap 의 반복은 한층 더 비싸게 들 우려가 있습니다.

링크 해시 세트에는 퍼포먼스에 영향을 주는 「초기 용량」 및 「부하 계수」의 2 개의 파라미터가 있습니다. 이러한 파라미터는 HashMap 에 대해 정확하게 정의되고 있습니다. 다만, 이 클래스의 반복 회수는 용량에 의해 영향을 받지 않기 때문에, 초기 용량에 매우 비싼 값을 선택해도, 이 클래스에서는 HashMap 에 비해 그만큼 결과는 몹시는 없습니다.

이 구현은 동기화 되지 않습니다. 복수의 thread가 동시에 링크 해시 세트에 액세스 해, 그러한 thread의 적어도 1 kr이 구조적으로 MAP를 변경하는 경우에는 외부에서 동기를 잡을 필요가 있습니다. 통상, 구조적인 변경은 MAP를 자연스럽게 캡슐화하는 특정의 오브젝트로 동기를 잡는 것에 의해 달성됩니다. 그러한 오브젝트가 없는 경우에는 Collections.synchronizedMap 메소드를 사용해 MAP를 「랩」할 필요가 있습니다. 우발적인 비동기 액세스를 막기 위해서(때문에), 작성시에 랩을 실시하는 것이 최적입니다.

    Map m = Collections.synchronizedMap(new LinkedHashMap(...));

구조적인 변경은 1 kr 또는 복수의 매핑을 추가 또는 삭제해, 링크 해시 MAP가 액세스순서의 경우는 반복의 순서에 영향을 주는 오퍼레이션입니다. 링크 해시 MAP가 삽입순서의 경우는 MAP에 저장 끝난 키에 관련하는 값을 단지 변경하는 것은 구조의 수정이 아닙니다. 링크 해시 MAP가 액세스순서의 경우는 get 에 의해 MAP를 단지 조회하는 것은 구조의 변경이 됩니다. )

이 클래스의 모든 코레크션뷰메솟드에 의해 돌려주어지는 콜렉션의 iterator 메소드에 의해 돌려주어지는 반복자는 「페이르파스트」입니다. 반복자의 작성 후에, 반복자 자체의 remove 메소드 이외 방법으로 MAP가 구조적으로 변경되면(자), 반복자는 ConcurrentModificationException 를 슬로우 합니다. 따라서, 동시 변경을 하면(자), 반복자는 장래의 예측할 수 없는 시점에 있어 예측할 수 없는 동작이 발생하는 위험을 회피하기 위해서, 즉시 한편 솜씨 자주(잘) 예외를 슬로우 합니다.

통상, 비동기의 동시 변경이 있는 경우, 확실한 프로텍션을 실시하는 것은 불가능해서, 반복자의 페이르파스트의 동작을 프로텍션할 수 없습니다. 페이르파스트 반복자는 최선 노력 원칙에 근거해,ConcurrentModificationException 를 슬로우 합니다. 따라서, 정확을 기하기 위해서 이 예외에 의존하는 프로그램을 쓰는 것은 잘못입니다. 「반복자의 페이르파스트의 동작은 버그를 검출하기 위해서 마셔 사용해야 합니다」

도입된 버젼:

JDK1. 4

관련 항목:

Object.hashCode() , Collection , Map , HashMap , TreeMap , Hashtable , 직렬화 된 형식

중첩된 클래스의 개요

클래스 java.util. Map 을 상속받은 중첩된 클래스

Map.Entry

생성자의 개요

LinkedHashMap ()
디폴트의 용량 (16)과 부하 계수 (0.75)로 하늘의 삽입순서 LinkedHashMap 인스턴스를 작성합니다.

LinkedHashMap (int initialCapacity)
지정된 초기 용량과 디폴트의 부하 계수 (0.75)로 하늘의 삽입순서 LinkedHashMap 인스턴스를 작성합니다.

LinkedHashMap (int initialCapacity, float loadFactor)
지정된 초기 용량과 부하 계수로 하늘의 삽입순서 LinkedHashMap 인스턴스를 작성합니다.

LinkedHashMap (int initialCapacity, float loadFactor, boolean accessOrder)
지정된 초기 용량, 부하 계수, 및 순서 모드로, 하늘의 LinkedHashMap 인스턴스를 작성합니다.

LinkedHashMap (Map m)
지정된 Map 와 같은 매핑으로 삽입순서의 LinkedHashMap 인스턴스를 작성합니다.

메소드의 개요

void	clear () 모든 매핑을 MAP로부터 삭제합니다.
boolean	containsValue (Object value) MAP가 1 개 또는 복수의 키와 지정된 값을 매핑 하고 있는 경우에 true 를 돌려줍니다.
Object	get (Object key) MAP가 지정의 키를 MAP 하는 값을 돌려줍니다.
protected boolean	removeEldestEntry (Map.Entry eldest) 이 MAP가 제일 낡은 엔트리를 삭제하는 경우,true 를 돌려줍니다.

클래스 java.util. HashMap 에서 상속받은 메소드

clone , containsKey , entrySet , isEmpty , keySet , put , putAll , remove , size , values

클래스 java.util. AbstractMap 에서 상속받은 메소드

equals , hashCode , toString

클래스 java.lang. Object 에서 상속받은 메소드

finalize , getClass , notify , notifyAll , wait , wait , wait

인터페이스 java.util. Map 에서 상속받은 메소드

equals , hashCode

생성자의 상세

LinkedHashMap

public LinkedHashMap(int initialCapacity,
                     float loadFactor)

지정된 초기 용량과 부하 계수로 하늘의 삽입순서 LinkedHashMap 인스턴스를 작성합니다.

파라미터:

initialCapacity - 초기 용량

loadFactor - 부하 계수

예외:

IllegalArgumentException - 초기 용량이 부인지 부하 계수가 정이 아닌 경우

LinkedHashMap

public LinkedHashMap(int initialCapacity)

지정된 초기 용량과 디폴트의 부하 계수 (0.75)로 하늘의 삽입순서 LinkedHashMap 인스턴스를 작성합니다.

파라미터:

initialCapacity - 초기 용량

예외:

IllegalArgumentException - 초기 용량이 부의 경우

LinkedHashMap

public LinkedHashMap()

디폴트의 용량 (16)과 부하 계수 (0.75)로 하늘의 삽입순서 LinkedHashMap 인스턴스를 작성합니다.

LinkedHashMap

public LinkedHashMap(Map  m)

지정된 Map 와 같은 매핑으로 삽입순서의 LinkedHashMap 인스턴스를 작성합니다. LinkedHashMap 인스턴스는 지정된 Map 의 매핑을 보관 유지하는데 충분한 디폴트의 부하 계수 (0.75) , 및 초기 용량으로 작성됩니다.

파라미터:

m - 매핑이 이 MAP에 배치되는 MAP

예외:

NullPointerException - 지정된 MAP가 null 의 경우

LinkedHashMap

public LinkedHashMap(int initialCapacity,
                     float loadFactor,
                     boolean accessOrder)

지정된 초기 용량, 부하 계수, 및 순서 모드로, 하늘의 LinkedHashMap 인스턴스를 작성합니다.

파라미터:

initialCapacity - 초기 용량

loadFactor - 부하 계수

accessOrder - 순서 모드. 액세스 유순한들 true. 삽입 유순한들false

예외:

IllegalArgumentException - 초기 용량이 부인지 부하 계수가 정이 아닌 경우

메소드의 상세

containsValue

public boolean containsValue(Object  value)

MAP가 1 개 또는 복수의 키와 지정된 값을 매핑 하고 있는 경우에 true 를 돌려줍니다.

정의:

인터페이스 Map 내의 containsValue

오버라이드(override):

클래스 HashMap 내의 containsValue

파라미터:

value - MAP에 있을지 어떨지를 판정되는 값

반환값:

MAP가 1 개 또는 복수의 키와 지정된 값을 매핑 하고 있는 경우는 true

get

public Object  get(Object  key)

MAP가 지정의 키를 MAP 하는 값을 돌려줍니다. MAP가 이 키의 매핑을 보관 유지하고 있지 않는 경우는 null 를 돌려줍니다. 반환값의 null 는 MAP가 키의 매핑을 보관 유지하고 있지 않는 것을 나타낸다고는인가 선. 즉, MAP가 명시적으로 키를 null 에 MAP 하는 일도 있습니다. containsKey 오퍼레이션을 사용하면(자), 이러한 2 개의 경우를 분별할 수가 있습니다.

정의:

인터페이스 Map 내의 get

오버라이드(override):

클래스 HashMap 내의 get

파라미터:

key - 관련지을 수 있었던 값이 돌려주어지는 키

반환값:

MAP가 지정된 키를 MAP 하는 값

관련 항목:

HashMap.put(Object, Object)

clear

public void clear()

모든 매핑을 MAP로부터 삭제합니다.

정의:

인터페이스 Map 내의 clear

오버라이드(override):

클래스 HashMap 내의 clear

removeEldestEntry

protected boolean removeEldestEntry(Map.Entry  eldest)

이 MAP가 제일 낡은 엔트리를 삭제하는 경우,true 를 돌려줍니다. 새로운 엔트리를 MAP에 삽입하면(자),put 및 putAll 에 의해 이 메소드가 불려 갑니다. 새로운 엔트리가 추가될 때마다, 이 메소드는 제일 낡은 엔트리를 삭제할 기회를 구현 측에 제공합니다. 이것은 MAP가 캐쉬를 나타내는 경우에 유효합니다. 그것에 의해, 무효가 된 엔트리를 삭제해, MAP가 메모리 소비를 저감 할 수가 있습니다.

샘플 사용: 이 오버라이드(override)에 의해, MAP가 엔트리를 최대 100까지 증가시킬 수가 있어 엔트리수 100 의 정상 상태를 유지해, 새로운 엔트리가 추가될 때마다 제일 낡은 엔트리를 삭제할 수가 있습니다.

     private static final int MAX_ENTRIES = 100;
     protected boolean removeEldestEntry(Map.Entry eldest) {
        return size() > MAX_ENTRIES;
     }

통상 이 메소드는 MAP를 수정하지 않습니다. 대신에, 반환값의 지시 대로에 MAP에 MAP 자체를 수정시킵니다. 이 메소드가 MAP를 직접 수정할 수 있게 합니다. 다만, 수정했을 경우는 false 를 돌려줄 필요가 있습니다. 이것은 MAP가 그 이상의 수정을 시도하지 않는 것을 나타냅니다. 이 메소드내로부터의 MAP 수정 후에 true 를 돌려주는 효과는 미지정입니다.

이 구현은 false 를 돌려줄 뿐입니다. 그 때문에, 이 MAP는 통상의 MAP와 같이 작용합니다. 제일 낡은 요소는 삭제되지 않습니다.

파라미터:

eldest - 가장 전에 MAP에 삽입된 엔트리. 또는 MAP가 액세스순서의 경우, 가장 전에 액세스 한 엔트리. 이 메소드가 true 를 돌려주는 경우, 이러한 엔트리는 삭제되는 엔트리입니다. MAP가, 이러한 호출을 부르는 put 또는 putAll 의 호출전에 비우고 있는 경우, 이러한 엔트리는 삽입된 엔트리가 됩니다. 즉, MAP에 단일의 엔트리가 저장되는 경우, 제일 낡은 엔트리가 제일 새로운 엔트리로도 됩니다.

반환값:

제일 낡은 엔트리가 MAP로부터 삭제되었을 경우는 true. 그것이 보관 유지되는 경우는 false