JAVA 가비지 수집 메커니즘

가비지 컬렉션은 JAVA의 큰 지식 포인트이자 유명한 지식 포인트이기도 합니다. 결국 JAVA는 고급이라고 하면 항상 가비지 컬렉션을 가져옵니다. 그러다 보니 면접관이 가비지컬렉션이 무엇인지, 그 원칙이 무엇인지 설명해달라고 자주 묻는 경우가 생겼다. 물론, 가비지 수집에 대해 질문한 면접관은 99%가 이에 대해 조금 알고 있다고 해도 말입니다. 면접관이 가비지 수집 메커니즘이 무엇인지 물으면 다음과 같이 진지하게 질문해야 합니다. 가비지 수집 메커니즘에 대해 어느 VM에 대해 질문하고 있습니까?

가비지 수집과 관련된 개념과 알고리즘은 복잡하기 때문에 모든 세부 사항을 이해하고 싶다면 얻는 것보다 잃는 것이 더 많을 것입니다. 그러나 다음과 같은 가비지 수집 메커니즘의 개요를 숙지한다면 대부분의 인터뷰에서 점수를 잃지 않을 것이라고 믿습니다.

1: 쓰레기란 무엇인가요?

예를 들어, 객체를 더 이상 사용하지 않으면 다음과 같이 가비지입니다.

public void test01(){
  User user = new User();
  //...
}

test01 메소드 실행되었습니다. 사용자 개체는 더 이상 쓸모가 없으며 쓰레기입니다.

2: 왜 가비지 수집이 필요한가요?

객체가 힙에 저장된다는 것을 알고 있는데 힙의 크기는 얼마나 됩니까? 명령 매개변수를 통해 조정할 수 있지만 일반적으로 32비트 시스템에서는 Java 힙 크기가 2GB로 설정되고, 신세대(YoungGen)에 500MB, 구세대(OldGen)에 1.5GB가 할당됩니다. ) 공간. 64비트라고 해도 우리 PC가 얼마나 많은 하드웨어 메모리를 가질 수 있는지 생각해 보세요.

그래서 쓸모없는 쓰레기는 모두 재활용되고 메모리 공간은 다른 개체에 사용할 수 있게 됩니다.

3: JDK의 기본 HotSpot VM 가비지 수집 메커니즘

1: 힙 메모리 분류

이 메커니즘을 이해하려면 먼저 힙 분류를 이해해야 합니다. 네, 우리는 힙에 객체가 존재한다는 것만 알 뿐, 아래 그림과 같이 힙 내부도 여러 공간으로 나누어져 있다는 사실은 모릅니다.

Young/New Generation

두 개의 생존자 공간으로 구성된 내부는 에덴으로 나누어져 있습니다. 새로 생성된 모든 객체는 새로운 세대에 할당됩니다.

Old/Tenured 세대 Old/Tenured 세대

                                                        >

(

PS : 영구 생성 비힙 메모리는 Java 클래스, 메소드 등과 같은 정적 파일을 저장하는 데 사용됩니다. 영구 생성은 가비지 수집에 큰 영향을 미치지 않습니다. 2: 재활용 순서

실행 순서 각 공간은 다음과 같습니다.

새로 생성된 객체의 대부분은 Eden 공간에 저장됩니다.

1. Eden 공간에서 첫 번째 GC가 수행된 후 살아남은 개체는 생존 공간 중 하나로 이동됩니다.

2. 이후 Eden 공간에서 GC를 수행한 후, 살아남은 객체들은 동일한 생존 공간에 쌓이게 됩니다.

3. 생존자 공간이 포화되면 살아남은 객체는 다른 생존자 공간으로 이동됩니다. 그러면 포화된 생존자 공간이 지워집니다.

4. 위 단계를 여러 번 반복한 후에 아직 살아 있는 객체는 Old Generation으로 이동됩니다.

IV: 가비지 컬렉터 및 재활용 알고리즘

두 세대 모두 고유한 컬렉터를 갖고 있으며 각 컬렉터는 서로 다른 알고리즘을 사용합니다. 초보자의 경우 모든 알고리즘 원리를 숙달할 필요는 없다는 점을 기억하세요. 신세대 컬렉터가 사용하는 컬렉터 : Serial, PraNew, Parallel Scavenge

구세대 컬렉터가 사용하는 컬렉터 : Serial Old, Parallel Old, CMS

해당 알고리즘은 다음과 같습니다.

Serial 컬렉터(복사 알고리즘 )

차세대 단일 스레드 수집기, 마킹 및 청소가 모두 단일 스레드이므로 간단하고 효율적이라는 장점이 있습니다.

Serial Old Collector(Marking-Collation Algorithm)

구세대 단일 스레드 수집기, Serial Collector의 구세대 버전입니다.

ParNew 컬렉터(stop-copy 알고리즘)

신세대 컬렉터는 Serial 컬렉터의 멀티스레드 버전으로 볼 수 있으며, 멀티코어 CPU 환경에서는 Serial보다 성능이 좋습니다.

Parallel Scavenge Collector (Stop-Copy 알고리즘)

Parallel Collector는 높은 처리량을 추구하며 CPU를 효율적으로 활용합니다. 처리량은 일반적으로 99%이며 처리량 = 사용자 스레드 시간/(사용자 스레드 시간 + GC 스레드 시간)입니다. 높은 상호 작용 응답이 필요하지 않은 백그라운드 애플리케이션과 같은 시나리오에 적합합니다.

Parallel Old Collector(Stop-Copy Algorithm)

Parallel Scavenge Collector의 이전 세대 버전, 병렬 수집기, 처리량 우선순위

CMS(Concurrent Mark Sweep) Collector(Mark-Sweep Algorithm)

높은 동시성, 낮은 일시정지, 가장 짧은 GC 재활용 일시정지 시간 추구, 상대적으로 높은 CPU 사용량, 빠른 응답 시간, 짧은 일시정지 시간, 높은 응답 시간을 추구하려면 멀티 코어 CPU가 선택입니다

5: 언제 쓰레기가 될까요? 컬렉션이 실행되나요?

가비지 수집에는 Scavenge GC와 Full GC의 두 가지 유형이 있습니다.

새 객체가 생성되어 Eden에서 공간 적용에 실패하면 Scavenge GC가 실행됩니다. 이때 새로운 세대에서는 가비지 수집이 수행됩니다.

old 세대(Tenured)가 채워지면 영속 세대(Perm)가 채워지고 System.gc()가 명시적으로 호출되며 마지막 GC 이후 각 도메인에 대한 Heap의 할당 전략이 동적으로 변경되고 Full GC가 실행됩니다. .

어떤 종류의 재활용이든 모든 쓰레기가 재활용된다는 의미는 아니며, 알고리즘 자체 판단에 따라 일정량의 쓰레기가 제거된다는 점을 참고하세요. 우리에게 알려지지 않았습니다.

위는 반드시 알아야 할 가비지 수집 메커니즘입니다.

위 내용은 JAVA 가비지 수집 메커니즘의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!