자세한 Java 자동 가비지 수집 튜토리얼
Java 프로그래밍에서 부적절하게 사용하면 메모리가 아무리 커도 메모리가 소진됩니다. 이 기사에서는 그 중 하나인 Java 메모리 공간을 절약하고 Java 프로그램이 자동으로 쓰레기를 재활용하도록 하는 방법을 소개합니다.
Point 1. Java의 자동 가비지 수집 이해
가비지 수집은 성능을 희생하여 프로그래밍을 용이하게 하는 Java 언어의 주요 기능입니다. 그리고 여기서 쓰레기는 쓸모없는 물건일 뿐입니다. C++에서 프로그래머는 메모리를 해제하기 위해 자신만의 소멸자를 작성해야 하는데, 이는 번거롭고 잊어버리고 메모리 누수를 일으킬 수도 있습니다.
Java 언어에 의한 메모리 할당 및 관리는 JVM의 내부 메커니즘에 의해 결정됩니다. 프로그래머는 처리에 대해 덜 신경 쓸 수 있습니다.
Point 2. 가비지 컬렉션의 원리와 의의
Java Virtual Machine에는 Garbage Collector라는 것이 실제로 존재하지 않을 수도 있고, JVM에 통합되어 있을 수도 있지만. 이것은 중요하지 않습니다. 여전히 이를 가비지 수집기라고 부를 수 있습니다.
가비지 컬렉터의 역할은 쓸모없는 물건을 찾아 재활용(정리)하는 것입니다. JVM이 메모리를 보다 효율적으로 사용하도록 하기 위해.
가비지 수집기의 실행 시간은 불확실하며 JVM에 의해 결정되며 런타임 중에 간헐적으로 실행됩니다. System.gc()를 통해 강제로 가비지 수집을 수행할 수는 있지만 이 명령을 실행한 후 JVM이 즉시 응답한다는 보장은 없습니다. 그러나 경험에 따르면 명령을 실행한 후 요청이 짧은 시간 내에 실행됩니다. JVM은 일반적으로 메모리가 부족하다고 느낄 때 가비지 수집 작업을 수행합니다.
가비지 수집을 너무 자주 수행하면 성능이 저하되고, 가비지 수집이 너무 적으면 메모리 부족이 발생합니다. 이 JVM은 프로그래머가 걱정할 필요 없이 이를 최고로 제어합니다. 그러나 일부 프로그램은 단기적으로 많은 메모리를 소모하게 되며 이러한 끔찍한 개체는 곧 모두 소모될 것입니다. 이때 더 많은 물리적 메모리를 사용할 수 있도록 강제로 가비지 반환 명령이 필요할 수 있습니다. .
위에서 우리는 쓸모없는 물건은 쓰레기라는 것을 배웠습니다. 정확하게 말하면 개체에 액세스하는 스레드가 없으면 해당 개체는 가비지 수집 대상이 됩니다.
문자열에는 이 문서의 범위를 벗어나는 문자열 풀이 있습니다. 문자열 풀의 가비지 수집 및 알고리즘은 여기서 설명하는 가비지 수집과 완전히 다릅니다. 그러나 문자열을 무작위로 연결하면 성능이 급격히 저하되는 경우가 많습니다. 특히 거대한 루프 문에서 문자열을 연결하면 프로그램이 서서히 종료됩니다. 이는 많은 Java 프로그래머가 흔히 범하는 실수이기도 합니다.
문자열은 풀이기 때문에 버퍼링에 사용되며 더 높은 적중률을 갖기 때문에 가비지 수집 빈도는 JVM 객체 가비지 수집기의 빈도보다 훨씬 낮을 수 있습니다.
가비지 컬렉터가 할 수 있는 일은 사용 가능한 메모리를 최대한 효율적으로 사용하여 효율적으로 관리할 수 있도록 하는 것뿐입니다. 프로그래머는 가비지 수집 실행에 영향을 미칠 수 있지만 제어할 수는 없습니다.
포인트 3: 프로그래밍을 통해 가비지 수집에 영향을 미침
프로그래머는 JVM의 가비지 수집 메커니즘을 제어할 수 없습니다. 그러나 프로그래밍을 통해 영향을 받을 수 있습니다. 영향을 미치는 방법은 개체를 가비지 수집에 적합하게 만드는 것입니다.
여러 가지 유형이 있습니다.
1. 쓸모 없는 객체를 null로 할당합니다.
2. 예:
Person p = new Person("aaa"); p = new Person("bbb");
이런 방식으로 new Person 객체("aaa")는 가비지입니다. 가비지 수집 조건을 충족합니다.
3. 상호 연결된 개체를 "섬" 개체라고 부르도록 합니다.
Person p1 = new Person("aaa"); Person p2 = new Person("bbb"); Person p3 = new Person("ccc"); p1=p2; p2=p3; p3=p1; p1=null; p2=null; p3=null;
p1, p2, p3이 null로 설정되기 전에는 이들 사이에 삼각 관계가 있습니다. 각각이 null로 설정된 경우 삼각관계는 여전히 존재하지만 세 변수는 더 이상 이를 사용하지 않습니다. 세 사람의 개체가 하나의 섬을 형성하고 마침내 가비지 수집으로 인해 더미에서 죽었습니다.
4. 강제 가비지 수집 System.gc()
사실 여기에서 강제 실행 시기는 JVM의 가비지 수집기가 최종 결정을 내리는 것입니다.
가비지 수집을 호출한다고 해서 반드시 사용하지 않는 객체가 메모리에서 삭제된다는 보장은 없습니다.
보장되는 유일한 것은 메모리가 거의 없을 때 프로그램이 OutofMemaryException을 발생시키기 전에 가비지 수집기가 한 번 실행된다는 것입니다.
읽어주신 모든 분들께 감사드리며, 많은 혜택 받으시길 바랍니다.
이 기사는 http://community.itbbs.cn/thread/17817/
추천 튜토리얼: "java 비디오 튜토리얼"
에서 복제되었습니다.위 내용은 Java 자동 가비지 수집 튜토리얼에 대한 자세한 설명의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!