Java 메모리 오버플로의 원인과 해결 방법은 무엇입니까?

Java 메모리 오버플로의 원인과 해결 방법은 무엇인가요?

Java 메모리 오버플로의 여러 원인과 해결책은 다음과 같습니다.

첫 번째 유형의 메모리 오버플로도 모두가 가장 많이 생각하는 메모리 오버플로이고 첫 번째 반응은 스택 오버플로입니다.

이게 어떤 상황인가요? 스택 오버플로인가요? 다음 키워드를 보면 스택 오버플로입니다:

java.lang.OutOfMemoryError: ......java heap space.....

즉, 힙 관련을 보면 스택이어야 합니다. 이때 코드에 문제가 없다면 -Xmx와 -Xms를 적절히 조정하면 피할 수 있는데, 왜 코드에 문제가 없는지 전제가 되어야 합니다. 코드 또는 액세스에 문제가 있습니다. 양이 너무 많고 각 액세스 시간이 너무 길거나 데이터가 너무 많아서 가비지 수집기가 가비지인지 먼저 찾아야 하기 때문에 데이터를 공개할 수 없습니다. 여기서는 이러한 항목을 쓰레기로 간주하지 않으며 자연스럽게 재활용하지 않습니다. 이 아이디어가 오버플로되기 전에 시스템에서 미리 오류를 보고할 수 있습니다.

java.lang.OutOfMemoryError: GC over headlimit 초과

이 상황은 시스템이 고빈도 GC 상태이고 재활용 효과가 여전히 있는 경우입니다. 상황이 좋지 않으면 이 오류가 보고되기 시작합니다. 이 상황은 일반적으로 처리할 수 없는 개체가 많이 발생합니다. 이는 참조의 부적절한 사용이나 대형 객체의 적용으로 인해 발생할 수 있습니다. 그러나 Java 힙 공간의 메모리 오버플로는 사전에 보고되지 않습니다. 즉, 메모리 부족으로 인해 직접적으로 발생할 수 있습니다. 고주파 GC 대신.

두 번째 유형의 메모리 오버플로인 PermGen 오버플로 또는 PermGen 전체 프롬프트에서는 다음과 같은 키워드가 표시됩니다.

핵심 정보는 다음과 같습니다.

java.lang.OutOfMemoryError: PermGen space

원인 : 시스템에 코드가 많거나 타사 패키지를 많이 참조하거나, 코드에 상수가 많이 사용되거나, 인턴을 통해 상수가 주입되거나, 동적 코드 로딩 및 기타 방법으로 확장되는 경우가 있습니다. 상수 풀 JDK 1.5 이상에서는 설정을 통해 영구 영역을 재활용할 수 있지만 이곳에서는 GC를 수행하지 않고 충분할 것이므로 일반적으로 올해에는 유사한 작업을 수행하는 방법이 줄어들 것입니다. 이러한 상황에 직면할 경우 PermGen 오버플로 및 -XX:MaxPermSize 크기가 있습니다.

세 번째 유형의 메모리 오버플로: ByteBuffer에서 할당Direct()를 사용할 때 사용됩니다. 많은 javaNIO 프레임워크가 다른 메서드로 캡슐화됩니다.

Overflow 키워드:

java.lang.OutOfMemoryError: 직접 버퍼 메모리
직접적으로 발생하는 경우 유사한 문제가 발생합니다. 또는 기존 참조 프로그램 IO 출력에 커널 모드와 사용자 모드 간의 변환 프로세스가 있습니다. 즉, 해당 직접 메모리와 파일의 내용을 출력하려는 ​​경우입니다. 기존 애플리케이션에서는 클라이언트에게 OS의 직접 메모리 변환을 통해 프로그램의 간접 메모리(즉, 힙)에 복사한 후 직접 메모리로 출력해야 한다. 시스템과 직접 메모리는 OS와 애플리케이션이 공동으로 관리합니다. 비직접 메모리는 애플리케이션 자체에서 직접 제어할 수 있습니다. JVM 가비지 수집은 직접 메모리에 있는 메모리를 회수하지 않습니다.

유사한 작업이 자주 발생하는 경우 매개변수 설정을 고려할 수 있습니다. -XX:MaxDirectMemorySize

네 번째 유형의 메모리 오버플로 오류:

Overflow 키워드:

java.lang.StackOverflowError

이 매개변수는 콘텐츠를 직접 설명합니다. 즉, -Xss가 너무 작습니다. 현재 사용자가 보유하고 있는 스레드에 저장되어 있는 많은 로컬 호출 스택 바늘 및 기타 내용을 적용합니다. 스레드 기본값은 jdk 1.4 이전에는 256K이고, 1.5 이후에는 1M입니다. 이는 -Xss가 너무 작게 설정되었음을 의미합니다. 물론 일부 제조업체의 JVM에는 이 매개변수가 없습니다. 그러나 필요한 경우 시스템에 일부 최적화를 수행할 수 있습니다. -Xss 값을 사용 가능하게 만듭니다.

5번째 유형의 메모리 오버플로 오류:

Overflow 키워드:

java.lang.OutOfMemoryError: 새로운 기본 스레드를 생성할 수 없습니다.

위의 네 번째 유형의 오버플로 오류는 이미 스레드의 메모리 공간을 설명했습니다. , 스레드는 기본적으로 힙이 아닌 메모리 영역만 점유하고 있습니다. 즉, 이 오류는 힙이 아닌 영역의 스레드에 메모리 영역을 할당할 수 없음을 나타냅니다. 이는 메모리 자체가 부족하기 때문이거나, 또는 힙 공간이 너무 크게 설정되어 메모리가 많이 남지 않고 스레드 자체가 메모리를 차지하기 때문에 이유와 수정 방법을 설명하지 않았습니다. 더 말해보세요.

6번째 유형의 메모리 오버플로:

overflow 키워드

java.lang.OutOfMemoryError: {}스왑 부족

에 대한 {} 바이트 요청

🎜이 유형의 오류는 일반적으로 주소 공간이 부족하여 발생합니다. 🎜

일반적인 오버플로의 6가지 주요 범주는 JVM의 오버플로 상황의 99%를 차지합니다. 물리적 메모리 하드웨어 문제로 인한 코드 캐시 오류와 같은 매우 이상한 오류가 발생하지 않는 한 이러한 오버플로 상황에서 벗어나는 것은 매우 어렵습니다. 바이트 코드에서 네이티브 코드로 변환하는 과정에서 발생하지만 확률은 극히 낮습니다.) 이 경우 스왑의 빈번한 상호 작용과 마찬가지로 일부 시스템에서는 시스템이 직접 충돌합니다. . OS 주소 공간이 충분하지 않으면 시스템을 전혀 시작할 수 없습니다. 하하, JNI를 남용하면 로컬 메모리가 해제되지 않는 문제가 발생할 수 있으므로 JNI를 너무 많이 열면 피하십시오. 연결 데이터가 있으면 유사한 보고서가 보고됩니다: IOException: Too much open files 오류 메시지를 기다리십시오.

추천 튜토리얼: "java 비디오 튜토리얼"

위 내용은 Java 메모리 오버플로의 원인과 해결 방법은 무엇입니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!