1. JVM 로딩 클래스 파일의 원리와 메커니즘을 설명해주세요.
(추가 면접 질문에 대한 권장 사항: 일반적인 Java 면접 질문)
로드: 클래스 파일 찾기 및 가져오기
확인: 로드된 클래스 파일 데이터의 정확성
준비: 클래스용 정적 변수 저장 공간 할당
파싱: 기호 참조를 직접 참조로 변환(이 단계는 선택 사항)
초기화: 정적 변수, 정적 코드 블록을 초기화하고 프로그램이 클래스의 정적 멤버를 호출할 때 실행을 시작하므로 정적 메서드 Main()이 일반 프로그램의 진입 방법입니다. 클래스 생성자도 이 작업을 트리거합니다.
2. Java에서 메모리 누수가 발생하나요? 간략하게 설명해주세요.
메모리 누수는 프로그램에서 더 이상 사용되지 않는 개체나 변수가 메모리를 차지하고 있음을 의미합니다. 일반 용어로 Java의 메모리 누수 시나리오는 프로그래머가 개체를 생성하고 다시는 사용하지 않을 수 있다는 것입니다. . 이 개체는 항상 참조됩니다. 즉, 이 개체는 쓸모가 없지만 가비지 수집기에 의해 재활용될 수 없습니다. 이는 Java의 메모리 누수입니다.
(관련 튜토리얼 추천 : Java 입문 튜토리얼)
외부 클래스의 인스턴스 객체의 메소드가 내부 클래스의 인스턴스 객체를 반환하면 외부 클래스의 인스턴스 객체가 내부 클래스 객체를 오랫동안 참조하게 됩니다. 클래스 인스턴스 개체는 더 이상 사용되지 않지만 내부 클래스는 외부 클래스의 인스턴스 개체를 유지하므로 이 외부 클래스 개체는 가비지 수집되지 않으며 이로 인해 메모리 누수도 발생합니다.
3.GC란 무엇인가요? 왜 GC가 있나요?
GC는 메모리 누수를 방지하고 메모리를 효과적으로 활용하기 위해 사용되는 가비지 컬렉션을 의미합니다. 가비지 수집기는 일반적으로 별도의 우선 순위가 낮은 스레드로 실행되어 예측할 수 없는 상황에서 오랫동안 사용되지 않았거나 사망한 메모리 힙의 개체를 지우고 재활용합니다. 모든 객체는 가비지 수집됩니다.
4. JVM 메모리 모델(중요, GC 알고리즘, New Generation, Old Generation, Permanent Generation 등을 자세히 이해해야 함)
New Generation: Eden에서는 새로운 개체에 메모리가 할당됩니다. 공간이 부족하면 살아남은 개체를 생존자에게 전송합니다. 새로운 세대의 크기는 -Xmn으로 제어하거나 -XX:SurvivorRatio를 사용하여 Eden과 Survivor의 비율을 제어할 수 있습니다.
이전 세대: 저장하는 데 사용됩니다. 여러 번 지나간 신세대 아직 살아있는 객체의 가비지 컬렉션
Persistence: 로드된 모든 클래스 정보, 메소드 정보, 상수 풀 등을 주로 저장하는 메소드 영역을 구현합니다.
-XX:PermSize 및 -XX:MaxPermSize를 통해 영구 밴드의 초기화 값과 최대 값을 지정할 수 있습니다. 영구 공간은 메소드 영역과 동일하지 않습니다. 단지 Hotspot JVM이 영구 공간을 사용하여 메소드 영역을 구현하는 경우도 있습니다. 일부 가상 머신에는 영구 공간이 없으며 다른 메커니즘을 사용하여 메소드 영역을 구현합니다.
Mark-Compact
이 알고리즘은 "mark-clear" 및 "copy" 알고리즘의 장점을 결합합니다. 또한 두 단계로 나누어집니다. 첫 번째 단계는 루트 노드부터 시작하여 참조된 모든 개체를 표시합니다. 두 번째 단계는 전체 힙을 순회하고 표시되지 않은 개체를 지우고 살아남은 개체를 힙 중 하나로 "압축"하여 순서대로 배출합니다. 이 알고리즘은 "mark-and-sweep"의 조각화 문제를 방지하고 "복사" 알고리즘의 공간 문제도 방지합니다.
(추천 관련 동영상 튜토리얼: java 강좌)
5. GC의 작동 원리
GC에는 참조가 추가되면 개수가 1씩 증가합니다. 참조가 해제되면 개수가 감소합니다. 1. 개수가 0이면 재활용할 수 있습니다. GC는 백그라운드 데몬 프로세스입니다. Java 프로그래머의 경우 new 키워드를 사용하여 개체를 해제하면 됩니다. 프로그램이 더 이상 이 객체에 액세스한 후에는 해당 객체를 "접근할 수 없음"이라고 부릅니다. GC는 모든 "접근할 수 없는" 객체의 메모리 공간을 회수하는 일을 담당합니다.
GC의 경우 프로그래머가 객체를 생성하면 GC는 객체의 주소, 크기 및 사용법을 모니터링하기 시작합니다. 일반적으로 GC는 방향성 그래프를 사용하여 힙의 모든 개체를 기록하고 관리합니다. 이런 방식으로 어떤 개체가 "접근 가능"하고 어떤 개체가 "접근 불가능"한지 결정됩니다. GC가 일부 개체가 "접근 불가능"하다고 판단하면 GC는 이러한 메모리 공간을 회수해야 합니다.
그러나 GC가 다양한 플랫폼에서 구현될 수 있도록 Java 사양은 많은 GC 동작을 엄격하게 규제하지 않습니다. 예를 들어, 어떤 종류의 재활용 알고리즘을 사용할지, 언제 재활용을 수행할지 등 중요한 문제에 대한 명확한 규정이 없습니다. 따라서 서로 다른 JVM 구현자는 종종 서로 다른 구현 알고리즘을 사용합니다. 이는 또한 Java 프로그래머의 개발에 많은 불확실성을 가져옵니다.
위 내용은 다년간의 개발 경험을 바탕으로 정리한 Java 인터뷰 질문 - (5)의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!