강력한 참조

이들은 우리가 매일 코딩하는 일반적인 객체 참조입니다.

Employee emp = new Employee();

변수 “emp”는 Employee 객체에 대한 강력한 참조를 보유하며 강력한 참조 체인을 통해 도달 할 수있는 객체는 가비지 수집에 적합하지 않습니다. 일반적으로 이것은 원하는 것이지만 항상 그런 것은 아닙니다. 이제 수집 또는 맵의 데이터베이스에서 많은 직원을 가져오고 정기적으로 많은 처리를 수행해야하므로 성능을 유지하려면 캐시에 보관합니다.

이것이 좋지만 지금은 다른 데이터가 필요하며 직원 객체가 필요하지 않으며 캐시 이외의 다른 곳에서는 참조되지 않습니다. 이러한 객체는 사용 중이 아니지만 가비지 수집에 여전히 적합하지 않아 메모리 누수가 발생하는 원인은 무엇입니까? 따라서 여기서는 지루한 전체 캐시를 수동으로 비우거나 약한 참조와 같은 다른 종류의 참조를 사용할 수 있습니다.

약한 참조

약한 참조는 객체를 메모리에 고정하지 않으며 다른 참조에서 참조하지 않으면 다음 GC주기에서 GC됩니다. Java가 제공하는 WeakReference 클래스를 사용하여 위의 종류의 캐시를 만들 수 있습니다.이 캐시는 다른 곳에서 참조되지 않은 객체를 저장하지 않습니다.

WeakReference<Cache> cache = new WeakReference<Cache>(data);

데이터에 액세스하려면 cache.get ()을 호출해야합니다. 약한 참조가 가비지 수집 된 경우이 get 호출은 null을 반환 할 수 있습니다. NPE를 피하려면 반환 된 값을 확인해야합니다. Java는 약한 참조를 사용하는 모음을 제공합니다. 예를 들어 WeakHashMap 클래스는 값이 아닌 키를 약한 참조로 저장합니다. 키가 GC이면지도에서 값이 자동으로 제거됩니다.

약한 참조는 객체이기도하기 때문에이를 정리할 수있는 방법이 필요합니다 (참조하는 객체가 GC 일 때는 더 이상 유용하지 않습니다). 약한 참조를 위해 ReferenceQueue를 생성자에 전달하면 가비지 수집기가 해당 약한 참조를 참조 큐에 추가하거나 최종화하기 전에 참조 큐에 추가합니다. 이 큐를 주기적으로 처리하고 사용 불가능한 참조를 처리 할 수 ​​있습니다.

소프트 레퍼런스

SoftReference는 WeakReference와 유사하지만 가비지 수집 가능성이 적습니다. 메모리 요구에 대한 응답으로 가비지 콜렉터의 재량에 따라 소프트 참조가 지워집니다. 가상 머신은 도달 가능한 오브젝트에 대한 모든 소프트 참조가 OutOfMemoryError를 발생시키기 전에 지워 졌음을 보증합니다.

팬텀 레퍼런스

팬텀 참조는 모든 참조 유형 중에서 가장 약합니다. get on을 호출하면 항상 null이 반환됩니다. 최종화되기 전이나 GC에서 팬텀 참조가 거의 사용되지 않는 약한 참조와 달리 객체는 완료된 후 할당 된 메모리가 회수되기 전에 팬텀으로 참조됩니다.

그래서 그들은 어떻게 유용합니까? 팬텀 참조를 구성 할 때는 항상 ReferenceQueue를 전달해야합니다. 이는 팬텀 참조를 사용하여 객체가 GC 된시기를 볼 수 있음을 나타냅니다.

따라서 최종 참조로 간주되지만 아직 GC가 아닌 약한 참조가 대기열에 포함되면 종료 자 블록에서 객체에 대한 새로운 강력한 참조를 만들고 객체가 GC되지 않도록 할 수 있습니다. 그렇습니다, 그러나 당신은 아마 이것을해서는 안됩니다. 이 경우를 확인하기 위해 팬텀 참조로만 해당 오브젝트에 도달 할 수없는 경우 각 오브젝트에 대해 GC주기가 두 번 발생합니다. 메모리에 많은 가비지가 포함되어 있어도 힙이 부족할 수 있습니다. 팬텀 참조는이를 방지 할 수 있습니다.

내 기사 Java (Strong, Soft, Weak, Phantom)의 참조 유형에 대한 자세한 내용을 읽을 수 있습니다 .