하는 SoftReference는 <String>없는 쓰레기 때 메모리

Question

내가 캐시 구현하는 SoftReference를 테스트입니다

에서 수집 나는 이상한 행동을 발견 : 나는하는 SoftReference를 통해 그래프 개체의 이름을 설정하는 setName(String name) 방법이

을 :

(garbagedData는 ReferenceQueue이며이 특정 문제에서는 중요하지 않음).

주 스레드에서 graph.setName("name");을 호출하고 OutOfMemory 오류가 발생하면 참조가 가리키는 값이 garbaged가 아니지만 graph.setName(new String("name"))을 호출하면 오류가 발생합니다.

이클립스 메모리 분석기로 힙 내용을 볼 수 있으며 두 경우 모두 소프트 힙보다 다른 참조 체인이 없습니다.

누군가가이 이상한 행동에 대한 설명을 갖고 있다면 나는 관심이있다.

Answer 1

매우 간단합니다. 소스 코드에 나타나는 문자열은 intern입니다. 즉, 특수 풀에 보관되며 메소드 코드에서 참조하는대로 수집 할 기회가 없습니다. setName이 다시 호출 될 때 필요하기 때문에 분명히 쓰레기가 아닙니다.

new String("name")의 상황은 원본 String의 사본을 생성하므로 매우 다릅니다. 사실 this change부터 String.substring까지이 생성자를 사용할 필요가 없습니다.

Eclipse 메모리 분석기는 바이트 코드에 포함 된 참조를 표시하지 않는다고 생각합니다.

Answer 2

String 객체에 대한 SoftReference를 보유하고 있습니다. String 객체의 경우 JVM은 String 객체와 다르게 String 리터럴을 관리합니다.

String a = new String("test"); 
String b = new String("test"); 

이 예제에서 인스턴스 a 및 b는 다른 개체에 대한 참조입니다.

String a = "test"; 
String b = "test"; 

여기서 a와 b는 모두 동일한 문자열 리터럴에 대한 참조입니다. graph.setName ("name")을 호출하면 string literal에 대한 참조가 작성됩니다. 문자열 리터럴을 참조하는 String 객체는 일반적으로 가비지 수집 대상으로 간주되지 않습니다. 이렇게하면 String 객체가 가비지 수집되지 않습니다.

graph.setName (new String ("name"))을 호출하면 새로운 String 객체에 대한 SoftReference가 생성됩니다. 참조가 새로 생성 된 객체이고 문자열 리터럴이 아니기 때문에 가비지 수집 될 수 있습니다.