Java/Android에는 4 가지 참조 유형이 있습니다.
강력한 참조 - 강력한 참조
소프트 참조 - 소프트 참조
약한 참조 - 약한 참조
팬텀 참조 - 가상 따옴표
다른 참조 유형마다 특성이 다르며 다른 사용 시나리오에 해당합니다.
1.Strong 참조 - 강력한 참조
실제 인코딩에서 가장 일반적인 참조 유형. 다음과 같은 일반적인 형태 : a = new a (); 강력한 참조 자체는 스택 메모리에 저장되며 메모리의 객체에 주소를 저장합니다. 일반적으로 메모리의 물체에 대한 강한 참조가 더 이상 없으면 쓰레기 수집 기계는이 메모리에서 수행 될 수있는 쓰레기 수집을 고려하기 시작합니다. 인코딩 인 경우 : a = null, 현재, 힙에 방금 할당되어 생성 된 주소에는 다른 참조가 없습니다. 시스템이 쓰레기 수집을 수행하면 힙 메모리가 수집됩니다.
Softreference, 약점 및 Phantomreference는 모두 java.lang.ref.reference 클래스의 서브 클래스입니다. 추상 기본 클래스로서 참조는 서브 클래스 객체의 기본 작업을 정의합니다. 참조 서브 클래스는 모두 다음 특성을 가지고 있습니다.
1. 참조 서브 클래스는 매개 변수화없이 직접 생성 할 수 없습니다. 최소한 강력한 기준 객체를 구성 매개 변수로 사용하여 해당 서브 클래스 객체를 생성해야합니다.
2. 객체는 구조 매개 변수로 강한 기준 객체와 함께 1에서 생성되기 때문에 원래 강한 참조로 가리키는 힙 메모리의 객체는 더 이상 강한 참조 자체와 직접 관련이 없지만 참조 서브 클래스 객체의 참조와 특정 연결을 가질 것입니다. 이 연결은 물체의 쓰레기 수집에 영향을 줄 수 있습니다.
지표 객체의 쓰레기 수집에 상이한 서브 클래스 객체의 다른 영향 특성에 따르면 (힙 메모리의 객체에 대한 강력한 참조), 3 개의 서브 클래스, 즉 소프트로 회의, 약점 및 phantomreference가 형성된다.
2. 소프트 참조 - 소프트 참조
소프트 참조의 일반적인 사용 형태는 다음과 같습니다.
A a = 새로운 a ();
softreference <a> sra = new softreference <a> (a);
객체의 매개 변수로 강력한 참조를 통해 Softreference 객체가 생성되고 스택 메모리의 WRA 가이 객체를 가리 킵니다.
이 시점에서 다음과 같은 인코딩이 수행됩니다 : a = null. 원래 A가 지적한 물체의 쓰레기 수집에 어떤 영향을 미칩니 까?
다음 프로그램의 출력 결과를 살펴 보겠습니다.
import java.lang.ref.softreference; public class referenceTest {public static void main (string [] args) {a a = new a (); softreference <a> sra = new softreference <a> (a); a = null; if (sra.get () == null) {system.out.println ( "객체가 쓰레기 수집 프로세스에 들어갑니다"); } else {System.out.println ( "개체는 아직 재활용되지 않았습니다" + sra.get ()); } // 쓰레기 수집 System.gc (); if (sra.get () == null) {system.out.println ( "객체가 쓰레기 수집 프로세스를 입력"); } else {System.out.println ( "개체는 아직 재활용되지 않았습니다" + sra.get ()); }}} 클래스 A {} ## 출력 결과는 다음과 같습니다.
1 객체가@4807ccf62로 재활용되지 않았습니다. 객체는@4807ccf6으로 재활용되지 않았습니다.
a = null 일 때, 힙 메모리의 A 객체는 더 이상 강한 참조를 가지지 않지만 SRA가 A 객체를 가리키는 유행의 객체가 있습니다. sra.get () 메소드가 처음 으로이 표시기 객체를 반환하기 위해 요청 될 때, 쓰레기 수집기가 아직 쓰레기 수집을 수행하지 않았을 가능성이 높기 때문에 get ()는 현재 결과를 얻습니다. 이는 이해하기 쉽습니다. 프로그램이 System.gc ()를 실행할 때; sra.get ()를 통해 쓰레기 수집을 강제로, 표시된 물체를 여전히 얻을 수있는 것으로 밝혀졌으며, 이는 A 물체가 수집되지 않았 음을 나타냅니다. 그렇다면 소프트 참조로 표시된 물체는 언제 쓰레기를 수집하기 시작합니까? 다음 두 가지 조건을 충족해야합니다.
1. 객체가 나타나는 객체에 가리키는 강한 기준 객체가 없을 때;
2. 가상 머신에 메모리가 충분하지 않은 경우.
따라서 Softreference는 가상 머신에 메모리가 부족할 때까지 객체가 힙 메모리를 차지한다는 것을 나타내는 시간을 연장합니다. 쓰레기 수집기는이 힙 메모리 공간을 재활용하지 않습니다.
3. 약화 참조 - 약한 참조
마찬가지로, 소프트 참조의 일반적인 사용 형태는 다음과 같습니다.
A a = 새로운 a ();
약점 <a> wra = 새로운 약점 <a> (a);
이 객체를 가리키는 강한 기준이 없을 때, 쓰레기 수집 특성은 무엇입니까?
import java.lang.ref.weakreference; public class referenceTest {public static void main (String [] args) {a = new A (); 약점 <a> wra = 새로운 약점 <a> (a); a = null; if (wra.get () == null) {system.out.println ( "객체가 쓰레기 수집 프로세스에 들어갑니다"); } else {system.out.println ( "개체는 아직 재활용되지 않았습니다" + wra.get ()); } // 쓰레기 수집 System.gc (); if (wra.get () == null) {System.out.println ( "객체가 쓰레기 수집 프로세스에 들어갑니다"); } else {system.out.println ( "개체는 아직 재활용되지 않았습니다" + wra.get ()); }}} 클래스 A {} ## 출력 결과는 다음과 같습니다.
객체는 아직 재활용되지 않았지만@52e5376aa 객체는 쓰레기 수집 과정에 들어갑니다.
첫 번째 결과 출력은 위와 같이 설명됩니다. 쓰레기 수집 후 WRA.GET ()는 NULL을 반환하여 객체가 쓰레기 수집 프로세스에 들어갔음을 나타냅니다. 따라서 약한 인용의 특성은 다음과 같이 요약됩니다.
약점은 원래 강력한 참조 객체의 쓰레기 수집 타이밍을 변경하지 않습니다. 객체에 강한 기준 객체가 없음을 나타내면 물체는 일반적인 쓰레기 수집 프로세스에 들어갑니다.
따라서이 특성에 근거하여, 약점의 중요성은 무엇입니까?
주요 사용 시나리오는 다음과 같습니다. 현재 강력한 참조 객체를 가리키는 강력한 참조가 있습니다. 현재 비즈니스 요구로 인해이 객체에 대한 참조를 늘려야하며 동시에이 참조의 쓰레기 수집 타이밍을 변경하는 것은 아닙니다. 현재 약점은 요구 사항을 충족하며 수명주기가있는 일부 시나리오에서 일반적으로 발견됩니다.
다음은 안드로이드에서 약점을 사용하는 시나리오 - 정적 내부 클래스와 약점을 결합하여 활동에서 가능한 핸들러 메모리 누출 문제를 해결하기위한 시나리오입니다.
이 활동에서는 데이터를 얻고 처리기를 사용하기 위해 새 스레드를 만들어야합니다 - SendMessage 메소드. 이 프로세스의 일반적인 코드는 다음과 같습니다.
공개 클래스 Mainactivity는 활동을 확장합니다. {// ... private int page; 개인 핸들러 핸들러 = new Handler () {@override public void handlemessage (message msg) {if (msg.what == 1) {// ... page ++; } 또 다른 { //... } }; }; @override protected void onecreate (Bundle SavedInstancestate) {super.oncreate (savedinstancestate); setContentView (R.Layout.Activity_Main); // ... 새 스레드 (new Runnable () {@override public void run () {// .. message msg = message.obtain (); msg.what = 1; //msg.obj = xx; handler.sendmessage (msg);}}). start (); // ...}}eclispe에서 링크를 실행하면 경고 메시지가 표시됩니다.이 핸들러 클래스는 정적이거나 누출이 발생할 수 있습니다 ...이 정보를 클릭 하여이 정보를 보려면 세부 사항의 문제를 설명하고 암시 솔루션을 제공합니다.
문제 : 핸들러 클래스가 외부 classID에 대한 참조를 유지하지 못하도록 보장합니다. 핸들러 리어이 핸들러는 내부 클래스로 선언되므로 외부 클래스가 수집되는 것을 방지 할 수 있습니다. 핸들러가 기본 스레드 이외의 스레드에 대한 루퍼 또는 Messagequeue를 사용하는 경우 문제가 없습니다. 핸들러가 기본 스레드의 루퍼 또는 메시지 큐를 사용하는 경우 다음과 같이 핸들러 선언을 수정해야합니다. 핸들러를 정적 클래스로 선언하십시오. 외부 클래스에서 외부 클래스에 대한 약한 회의를 인스턴스화하고 핸들러를 인스턴스화 할 때이 개체를 핸들러에게 전달하십시오. 약점 회의 객체를 사용하여 외부 클래스의 멤버에 대한 모든 참조를 만드십시오.
일반적인 의미는 핸들러를 내부 정적 클래스로 정의하고 외부 활동 객체를 표시하기 때문에이 정적 내부 클래스에서 약점에 대한 참조를 정의하는 것이 좋습니다.
문제 분석 :
활동에는 자체 수명주기가 있습니다. 활동에서 새로 열린 스레드의 실행중인 과정에서 사용자는 백 키를 누르거나 시스템이 메모리가 충분하지 않아이 활동을 재활용 할 수 있습니다. 활동에서 새로 발사 된 스레드는 활동 자체의주기를 따르지 않기 때문에, 즉, 활동이 스레드와 핸들러의 핸드 리드가 존재하기 때문에 활동이 Ondestroy를 실행할 때, 시스템은 원래이 활동의 메모리 복구를 수행하기를 희망합니다. 비 정적 내부 클래스는 외부 클래스에 대한 의미를 암시하여 메모리에 대한 언급을 가질 수 없기 때문입니다.
따라서 활동에 핸들러를 사용할 때 한편으로는 정적 내부 클래스 형식으로 정의되어있어 외부 클래스에서 분리 될 수 있으며 더 이상 외부 클래스에 대한 참조를 유지하지 않도록해야합니다. 동시에, 핸들러의 핸드 리메스 게이지는 일반적으로 활동의 특성에 액세스하거나 수정해야하기 때문에, 현재이 활동에 대한 약한 회의는 핸들러 내부에서 정의되어야하여 활동의 메모리 복구에 영향을 미치지 않도록해야합니다. 동시에, 활동의 특성은 정상적인 상황에서 액세스 할 수 있습니다.
공식 Google 권장 사항은 다음과 같습니다.
공개 클래스 Mainactivity는 활동을 확장합니다. {// ... private int page; 개인 myhandler mmyhandler = New MyHandler (this); 개인 정적 클래스 MyHandler는 핸들러를 확장 {private weakReference <MainActivity> Wractivity; public myHandler (MainActivity Activity) {this.wractivity = 새로운 약점 <MainActivity> (활동); } @override public void handlemessage (message msg) {if (wractivity.get () == null) {return; } mainActivity mactivity = wractivity.get (); if (msg.hat == 1) {// ... mactivity.page ++; } else {// ...}}} @override protected void oncreate (Bundle SavedInstancestate) {super.oncreate (savedinstancestate); setContentView (R.Layout.Activity_Main); // ... 새 스레드 (new runnable () {@override public void run () {// .. messg = messg.obtain (); msg.hat = 1; //msg.obj = xx; mmyHandler.SendMessage (mmyHandler.SendMessage (mmyHandler.SendMessage);}}). // ...}}Softreference 및 약점의 경우 생성자 매개 변수 참조 Questureue <t>도 있으며, 소프트로 회의 또는 약점으로 표시된 객체가 실제로 수집되면 참조가 참조 큐에 배치됩니다. 위와 같이, get () softreference 또는 약한 회의 방법이 null을 반환 할 때, 그것이 나타내는 객체가 쓰레기 수집 공정에 입력했으며,이 시점에서 물체가 수집되지 않았 음을 나타냅니다. 그것이 수집 된 쓰레기 수집임을 확인한 후에 만 참조 큐인이라면 참조가 참조 큐에 배치됩니다.
아래 예를 참조하십시오.
public class referenceTest {public static void main (String [] args) {a a = new a (); 약점 <a> wra = 새로운 약점 <a> (a); a = null; if (wra.get () == null) {system.out.println ( "객체가 쓰레기 수집 프로세스에 들어갑니다"); } else {system.out.println ( "개체는 아직 재활용되지 않았습니다" + wra.get ()); } // 쓰레기 수집 System.gc (); if (wra.get () == null) {system.out.println ( "객체가 쓰레기 수집 프로세스에 들어갑니다"); } else {system.out.println ( "개체는 아직 재활용되지 않았습니다" + wra.get ()); }}} class a {@override protected void finalize () 던져 버릴 수있는 {super.finalize (); System.out.println ( "결승에서"); }} ## 출력 결과는 다음과 같습니다.
1 객체가@46993aaa2로 재활용되지 않았습니다.
이것은 또한 위에서 언급 한 "쓰레기 수집 과정을 입력하는"진술을 확인합니다. 참조 Queue와 함께 코드를 살펴 보겠습니다.
public class referenceTest {public static void main (String [] args) {a a = new a (); ReferenceQueue <a> rq = 새로운 참조 Queue <a> (); 약점 <a> wra = 새로운 약점 <a> (a, rq); a = null; if (wra.get () == null) {system.out.println ( "객체가 쓰레기 수집 프로세스에 들어갑니다"); } else {system.out.println ( "개체는 아직 재활용되지 않았습니다" + wra.get ()); } system.out.println ( "RQ 항목 :" + rq.poll ()); // 쓰레기 수집 시스템 .gc (); if (wra.get () == null) {system.out.println ( "객체가 쓰레기 수집 프로세스에 들어갑니다"); } else {system.out.println ( "개체는 아직 재활용되지 않았습니다" + wra.get ()); } /* try {thread.sleep (1000); } catch (InterruptedException e) {e.printstacktrace (); } */ system.out.println ( "RQ 항목 :" + rq.poll ()); }} class a {@override protected void finalize () 던져 버릴 수있는 {super.finalize (); System.out.println ( "결승에서"); }} ## 출력 결과는 다음과 같습니다.
객체는 아직 재활용되지 않았지만@302B2C81RQ 항목 : NULLA 객체는 쓰레기 수집 프로세스 RQ 항목 : NULLIN A FARNIZE
따라서 "쓰레기 수집 프로세스 만 입력하는 소프트로 회의 또는 약한 참조 참조는 참조 큐에 추가되지 않았 음을 확인합니다.
public class referenceTest {public static void main (String [] args) {a a = new a (); ReferenceQueue <a> rq = 새로운 참조 Queue <a> (); 약점 <a> wra = 새로운 약점 <a> (a, rq); a = null; if (wra.get () == null) {system.out.println ( "객체가 쓰레기 수집 프로세스에 들어갑니다"); } else {system.out.println ( "개체는 아직 재활용되지 않았습니다" + wra.get ()); } system.out.println ( "RQ 항목 :" + rq.poll ()); // 쓰레기 수집 시스템 .gc (); if (wra.get () == null) {system.out.println ( "객체가 쓰레기 수집 프로세스에 들어갑니다"); } else {system.out.println ( "개체는 아직 재활용되지 않았습니다" + wra.get ()); } try {thread.sleep (1); } catch (InterruptedException e) {e.printstacktrace (); } system.out.println ( "RQ 항목 :" + rq.poll ()); }} class a {@override protected void finalize () 던져 버릴 수있는 {super.finalize (); System.out.println ( "결승에서"); }} ## 출력 결과는 다음과 같습니다.
객체는 아직 재활용되지 않았지만@6276E1DBRQ 항목 : NULLA 객체는 FinalizerQ에서 쓰레기 수집 프로세스에 들어갑니다.
이것은 위의 진술을 확인합니다.
4. 환상 회의
Softreference 또는 약점과 비교할 때, 공적 회의의 주요 차이점은 다음과 같은 시점에 반영됩니다.
1. Phantomreference는 하나의 생성자 phantomreference (t reference, referencequeue <? super t> q)를 가지고 있으므로 phantomreference는 참조 큐와 함께 사용해야합니다.
2. PhantomReference를 가리키는 지표 객체에 대한 강력한 참조가 있는지 여부에 관계없이 get () phantomreference 방법은 결과 NULL을 반환합니다.
public class referenceTest {public static void main (String [] args) {a a = new a (); ReferenceQueue <a> rq = 새로운 참조 Queue <a> (); phantomreference <a> pra = 새로운 phantomreference <a> (a, rq); System.out.println ( "pra.get () :" + pra.get ()); a = null; System.gc (); try {thread.sleep (1); } catch (InterruptedException e) {e.printstacktrace (); } system.out.println ( "RQ 항목 :" + rq.poll ()); }} 클래스 A {} ## 출력 결과는 다음과 같습니다.
pra.get () : nullrq 항목 : java.lang.ref.phantomreference@1da12fc0
thread.sleep (1); 코드에서는 위의 예와 동일하게 기능하며 둘 다 쓰레기 수집 스레드가 실행될 수 있는지 확인합니다. 그렇지 않으면 실제로 쓰레기 수집 과정에 들어가지 않고 쓰레기 수집 프로세스에 들어가는 지표 객체에 대한 가상 참조는 Phantomreference에 추가되지 않습니다.
약점과 마찬가지로 Phantomreference는 표시 객체의 쓰레기 수집 타이밍을 변경하지 않습니다. 참조 큐의 기능은 주로 객체가 수집되었는지 여부를 나타내는 Softreference/약점/유판의 말을 듣는 데 사용된다는 결론을 내릴 수 있습니다.
위의 것은 Java/Android 참조 유형 및 편집자가 제공하는 사용법의 포괄적 인 분석의 전체 내용입니다. 나는 그것이 당신에게 도움이되기를 바랍니다.