"java.lang.OutOfMemoryError" 처리 방법:Java 힙 공간' 오류?

https://stackoverflow.com/questions/37335

09-06-2019
|

문제

클라이언트 측을 작성 중입니다. 그네 응용 프로그램(그래픽 글꼴 디자이너) 자바 5.최근에 나는 java.lang.OutOfMemoryError: Java heap space 메모리 사용량을 보수적으로 생각하지 않아서 오류가 발생했습니다.사용자는 파일을 무제한으로 열 수 있으며 프로그램은 열린 개체를 메모리에 유지합니다.빠른 조사 끝에 찾았습니다. 5.0 Java Virtual Machine의 인체공학 Windows 시스템에서 JVM의 기본 최대 힙 크기는 다음과 같습니다. 64MB.

이러한 상황에서 이 제약 조건을 어떻게 처리해야 합니까?

늘릴 수 있었어요 최대 힙 크기 사용하여 명령줄 하지만 이를 위해서는 사용 가능한 RAM을 파악하고 실행 프로그램이나 스크립트를 작성해야 합니다.게다가 어느 정도 늘어나고 한정된 최대는 그렇지 않습니다 궁극적으로 문제를 제거하십시오.

메모리를 확보하기 위해 객체를 파일 시스템에 자주 유지하도록(데이터베이스를 사용하는 것도 동일함) 일부 코드를 다시 작성할 수 있습니다.그것은 효과가 있을 수 있지만 아마도 많은 일이 필요할 것입니다.

위의 아이디어에 대한 세부 사항이나 다음과 같은 대안을 알려줄 수 있다면 자동 가상 메모리, 힙 크기를 동적으로 확장, 정말 좋은 생각이야.

해결책

궁극적으로 어떤 플랫폼에서 실행하든 관계없이 사용할 수 있는 최대 힙은 항상 유한합니다.Windows 32비트에서는 이 정도입니다. 2GB (구체적으로 힙이 아니라 프로세스당 총 메모리 양)Java가 기본값을 더 작게 만들기로 선택하는 경우가 있습니다. (아마도 프로그래머가 이 문제에 직면하지 않고 자신이 수행 중인 작업을 정확하게 검사하지 않고도 메모리 할당이 폭주하는 프로그램을 만들 수 없도록 하기 위함일 것입니다.)

따라서 필요한 메모리 양을 결정하거나 사용 중인 메모리 양을 줄이기 위해 취할 수 있는 몇 가지 접근 방식이 있습니다.Java 또는 C#과 같은 가비지 수집 언어에서 흔히 발생하는 실수 중 하나는 개체에 대한 참조를 유지하는 것입니다. 더이상 가능하다면 많은 객체를 사용하거나 할당하고 있습니다. 재사용 대신에.객체에 대한 참조가 있는 한 가비지 수집기가 해당 객체를 삭제하지 않으므로 힙 공간을 계속 사용합니다.

이 경우 Java 메모리 프로파일러를 사용하여 프로그램의 어떤 메소드가 많은 수의 객체를 할당하고 있는지 확인한 다음 해당 메소드가 더 이상 참조되지 않는지 확인하거나 애초에 할당하지 않는 방법이 있는지 확인할 수 있습니다.과거에 제가 사용한 옵션 중 하나는 "JMP"입니다. http://www.khelekore.org/jmp/.

어떤 이유로 이러한 개체를 할당하고 참조를 유지해야 한다고 판단한 경우(무엇을 하느냐에 따라 그럴 수도 있음) 프로그램을 시작할 때 최대 힙 크기를 늘리면 됩니다.그러나 메모리 프로파일링을 수행하고 객체가 어떻게 할당되는지 이해하고 나면 필요한 메모리 양에 대해 더 잘 이해할 수 있습니다.

일반적으로 프로그램이 제한된 양의 메모리(아마도 입력 크기에 따라)에서 실행된다는 것을 보장할 수 없는 경우 항상 이 문제에 직면하게 됩니다.이 모든 것을 다 사용한 후에만 객체를 디스크에 캐싱하는 등의 방법을 조사해야 합니다.이 시점에서 어떤 것에 대해 "XGB 메모리가 필요합니다"라고 말할 수 있는 아주 좋은 이유가 있어야 하며 알고리즘이나 메모리 할당 패턴을 개선하여 문제를 해결할 수는 없습니다.일반적으로 이는 대규모 데이터 세트(예: 데이터베이스 또는 일부 과학 분석 프로그램)에서 작동하는 알고리즘의 경우에만 해당되며 캐싱 및 메모리 매핑 IO와 같은 기술이 유용해집니다.

다른 팁

명령줄 옵션을 사용하여 Java 실행 -Xmx, 이는 최고 힙의 크기.

자세한 내용은 여기를 참조하세요..

당신은 지정할 수 있습니다 당 프로젝트가 원하는 힙 공간의 양을 예측하세요.

다음은 이클립스 헬리오스/주노/케플러:

마우스 오른쪽 버튼을 클릭하세요.

 Run As - Run Configuration - Arguments - Vm Arguments,

그럼 이걸 추가해

-Xmx2048m

힙 크기를 늘리는 것은 "수정"이 아니라 100% 일시적인 "고정"입니다.또 다른 곳에서 충돌이 발생합니다.이러한 문제를 방지하려면 고성능 코드를 작성하세요.

가능하면 지역 변수를 사용하세요.
올바른 개체를 선택했는지 확인하세요(예:String, StringBuffer 및 StringBuilder 중에서 선택)
프로그램에 적합한 코드 시스템을 사용하세요(예:정적 변수와 비정적 변수 사용)
귀하의 코드에서 작동할 수 있는 다른 것들.
다중 THREADING으로 이동해 보세요

큰 주의 사항 ---- 내 사무실에서는 (일부 Windows 시스템에서는) Java 힙에 512m 이상을 할당할 수 없다는 사실을 발견했습니다.이는 일부 시스템에 설치된 Kaspersky 바이러스 백신 제품으로 인한 것으로 밝혀졌습니다.해당 AV 제품을 제거한 후 최소 1.6GB를 할당할 수 있음을 확인했습니다. -Xmx1600m (m은 필수입니다. 그렇지 않으면 "초기 힙이 너무 작습니다"라는 또 다른 오류가 발생합니다)가 작동합니다.

다른 AV 제품에서도 이런 일이 발생하는지 알 수는 없지만 아마도 AV 프로그램이 모든 주소 공간에서 작은 메모리 블록을 예약하여 실제로 큰 단일 할당을 방지하기 때문에 이런 일이 발생하는 것 같습니다.

VM 인수는 Eclipse에서 저에게 효과적이었습니다.Eclipse 버전 3.4를 사용하는 경우 다음을 수행하십시오.

이동 Run --> Run Configurations --> 그런 다음 maven 빌드에서 프로젝트를 선택하고 --> "JRE" 탭을 선택한 다음 --> 다음을 입력합니다. -Xmx1024m.

대안으로 당신은 할 수 있습니다 Run --> Run Configurations --> select the "JRE" tab --> 그런 다음 입력하십시오 -Xmx1024m

이렇게 하면 모든 빌드/프로젝트의 메모리 힙이 늘어납니다.위의 메모리 크기는 1GB입니다.원하는 방식으로 최적화할 수 있습니다.

예, -Xmx JVM에 대해 더 많은 메모리를 구성할 수 있습니다.메모리가 누출되거나 낭비되지 않도록 하세요.힙 덤프를 가져와서 사용하세요. Eclipse 메모리 분석기 메모리 소비를 분석합니다.

오라클의 추천을 추가하고 싶습니다 문제 해결 기사.

스레드 thread_name에서 예외가 발생했습니다. java.lang.OutOfMemory오류:Java 힙 공간

Java 힙 공간 세부 메시지는 Java 힙에 객체를 할당할 수 없음을 나타냅니다.이 오류가 반드시 메모리 누수를 의미하는 것은 아닙니다.

가능한 원인들:

간단한 구성 문제, 지정된 힙 크기가 애플리케이션에 충분하지 않은 경우.
애플리케이션이 의도치 않게 객체에 대한 참조를 보유하고 있습니다., 이는 객체가 가비지 수집되는 것을 방지합니다.
종료자를 과도하게 사용함.

이 오류의 또 다른 잠재적 원인은 종료자를 과도하게 사용하는 응용 프로그램에서 발생합니다.클래스에 finalize 메소드가 있는 경우 해당 유형의 객체는 가비지 수집 시 공간이 회수되지 않습니다.

후에 쓰레기 수거, 개체가 대기열에 추가되었습니다. 마무리, 이는 나중에 발생합니다. 종료자 마무리 대기열을 서비스하는 데몬 스레드에 의해 실행됩니다.만약 종료자 스레드가 종료 대기열을 따라갈 수 없으면 Java 힙이 가득 찰 수 있으며 이러한 유형의 메모리 부족오류 예외가 발생합니다.

이 상황을 일으킬 수 있는 한 가지 시나리오는 애플리케이션이 생성되는 경우입니다. 우선순위가 높은 스레드 원인이 되는 마무리 종료자 스레드가 해당 대기열을 처리하는 속도보다 빠른 속도로 대기열이 증가합니다.

아래 단계를 따르십시오.

열려 있는 catalina.sh Tomcat/bin에서.

JAVA_OPTS를 다음으로 변경합니다.

JAVA_OPTS="-Djava.awt.headless=true -Dfile.encoding=UTF-8 -server -Xms1536m 
-Xmx1536m -XX:NewSize=256m -XX:MaxNewSize=256m -XX:PermSize=256m 
-XX:MaxPermSize=256m -XX:+DisableExplicitGC"

톰캣을 다시 시작하세요

쉽게 해결하는 방법 OutOfMemoryError Java에서는 JVM 옵션을 사용하여 최대 힙 크기를 늘리는 것입니다. -Xmx512M, 그러면 OutOfMemoryError가 즉시 해결됩니다.이는 프로젝트를 빌드하는 동안 Eclipse, Maven 또는 ANT에서 OutOfMemoryError가 발생할 때 선호하는 솔루션입니다. 프로젝트 크기에 따라 쉽게 메모리가 부족해질 수 있기 때문입니다.

다음은 JVM의 최대 힙 크기를 늘리는 예입니다. 또한 Java 애플리케이션에서 힙 크기를 설정하는 경우 -Xmx 대 -Xms 비율을 1:1 또는 1:1.5로 유지하는 것이 더 좋습니다.

export JVM_ARGS="-Xms1024m -Xmx1024m"

참고링크

기본적으로 개발을 위해 JVM은 기타 성능 관련 기능을 위해 작은 크기와 작은 구성을 사용합니다.그러나 생산을 위해서는 예를 들어 조정할 수 있습니다.(추가로 Application Server 특정 구성이 존재할 수 있음) -> (요청을 만족시킬 메모리가 여전히 충분하지 않고 힙이 이미 최대 크기에 도달한 경우 OutOfMemoryError가 발생합니다)

-Xms<size>        set initial Java heap size
-Xmx<size>        set maximum Java heap size
-Xss<size>        set java thread stack size

-XX:ParallelGCThreads=8
-XX:+CMSClassUnloadingEnabled
-XX:InitiatingHeapOccupancyPercent=70
-XX:+UnlockDiagnosticVMOptions
-XX:+UseConcMarkSweepGC
-Xms512m
-Xmx8192m
-XX:MaxPermSize=256m (in java 8 optional)

예를 들어:프로덕션 모드의 경우 Linux 플랫폼에서 권장되는 설정입니다.

이런 식으로 서버를 다운로드하고 구성한 후 http://www.ehowstuff.com/how-to-install-and-setup-apache-tomcat-8-on-centos-7-1-rhel-7/

1. /opt/tomcat/bin/ 폴더에 setenv.sh 파일을 생성합니다.

   touch /opt/tomcat/bin/setenv.sh

2. 선호 모드를 설정하기 위해 이 매개변수를 열고 작성합니다.

nano  /opt/tomcat/bin/setenv.sh 

export CATALINA_OPTS="$CATALINA_OPTS -XX:ParallelGCThreads=8"
export CATALINA_OPTS="$CATALINA_OPTS -XX:+CMSClassUnloadingEnabled"
export CATALINA_OPTS="$CATALINA_OPTS -XX:InitiatingHeapOccupancyPercent=70"
export CATALINA_OPTS="$CATALINA_OPTS -XX:+UnlockDiagnosticVMOptions"
export CATALINA_OPTS="$CATALINA_OPTS -XX:+UseConcMarkSweepGC"
export CATALINA_OPTS="$CATALINA_OPTS -Xms512m"
export CATALINA_OPTS="$CATALINA_OPTS -Xmx8192m"
export CATALINA_OPTS="$CATALINA_OPTS -XX:MaxMetaspaceSize=256M"

3.service tomcat restart

JVM은 힙보다 더 많은 메모리를 사용합니다.예를 들어 Java 메소드, 스레드 스택 및 기본 핸들은 힙과 별개의 메모리 및 JVM 내부 데이터 구조로 할당됩니다.

Java 힙 크기와 동일한 문제에 직면했습니다.

Java 5(1.5)를 사용하는 경우 두 가지 솔루션이 있습니다.

jdk1.6을 설치하고 Eclipse 환경 설정으로 이동하여 설치한 대로 jav1 1.6의 jre 경로를 설정하십시오.
VM 인수를 확인하고 그것이 무엇이든 그대로 두십시오.VM 인수에 존재하는 모든 인수 중 하나 아래에 -xms512m -xmx512m -xx : maxpermsize = ... m (192m)을 추가하십시오.

내 생각엔 효과가 있을 것 같아...

시도해 볼 수 있는 다른 곳을 읽었습니다. java.lang.OutOfMemoryError를 catch하고 catch 블록에서 많은 메모리를 사용할 수 있는 모든 리소스를 해제하고 연결을 닫는 등의 작업을 수행할 수 있습니다. System.gc() 그런 다음 하려고 했던 작업을 다시 시도하세요.

또 다른 방법은 이것이 작동할지 여부는 모르겠지만 현재 내 응용 프로그램에서 작동하는지 테스트하는 중입니다.

아이디어는 여유 메모리를 늘리는 것으로 알려진 System.gc()를 호출하여 가비지 수집을 수행하는 것입니다.메모리 소모 코드가 실행된 후에도 이를 계속 확인할 수 있습니다.

//Mimimum acceptable free memory you think your app needs
long minRunningMemory = (1024*1024);

Runtime runtime = Runtime.getRuntime();

if(runtime.freeMemory()<minRunningMemory)
 System.gc();

런타임 시 메모리 사용량을 모니터링해야 하는 경우 java.lang.management 패키지 제안 MBeans 이는 VM의 메모리 풀(예: eden 공간, 영구 생성 등) 및 가비지 수집 동작을 모니터링하는 데 사용할 수 있습니다.

이러한 MBean이 보고하는 여유 힙 공간은 GC 동작에 따라 크게 달라집니다. 특히 애플리케이션이 나중에 GC되는 객체를 많이 생성하는 경우 더욱 그렇습니다.한 가지 가능한 접근 방식은 각 전체 GC 후에 여유 힙 공간을 모니터링하는 것입니다. 이를 통해 개체를 유지하여 메모리를 확보할지 결정하는 데 사용할 수 있습니다.

궁극적으로 가장 좋은 방법은 성능이 허용 가능한 수준으로 유지되는 동안 메모리 보존을 최대한 제한하는 것입니다.이전 의견에서 언급했듯이 메모리는 항상 제한되어 있지만 앱에는 메모리 고갈을 처리하기 위한 전략이 있어야 합니다.

배포 상황에서 이것이 필요한 경우 Java WebStart(네트워크 버전이 아닌 "ondisk" 버전 사용 - Java 6u10 이상에서 가능)를 사용하는 것이 좋습니다. 이를 통해 JVM에 대한 다양한 인수를 교차로 지정할 수 있습니다. 플랫폼 방식.

그렇지 않으면 필요한 인수를 설정하는 운영 체제별 실행 프로그램이 필요합니다.

Wildfly 8 및 JDK1.8에서 이 문제가 발생하는 경우 PermGen 설정 대신 MaxMetaSpace 설정을 지정해야 합니다.

예를 들어 wildfly의 setenv.sh 파일에 아래 구성을 추가해야 합니다.JAVA_OPTS="$JAVA_OPTS -XX:MaxMetaspaceSize=256M"

자세한 내용은 확인해주세요. Wildfly 힙 문제

netbeans와 관련하여 문제를 해결하기 위해 최대 힙 크기를 설정할 수 있습니다.

'실행'으로 이동한 다음 --> '프로젝트 구성 설정' --> '사용자 정의' --> 팝업 창 '실행' --> 'VM 옵션' --> '-Xms2048m -Xmx2048m'을 입력합니다. .

객체에 대한 참조를 계속 할당하고 유지하면 가지고 있는 메모리 양이 모두 채워지게 됩니다.

한 가지 옵션은 탭을 전환할 때 투명한 파일을 닫고 여는 것입니다(파일에 대한 포인터만 유지하고 사용자가 탭을 전환하면 모든 개체를 닫고 정리합니다...).그러면 파일 변경 속도가 느려질 것입니다.하지만...) 아마도 3~4개의 파일만 메모리에 보관할 수도 있습니다.

당신이 해야 할 또 다른 일은 사용자가 파일을 열고 로드하고 OutOfMemoryError를 가로채면 (파일을 열 수 없기 때문에) 해당 파일을 닫고 해당 개체를 정리한 다음 사용자에게 사용하지 않은 파일을 닫아야 한다고 경고하는 것입니다. 파일.

가상 메모리를 동적으로 확장하려는 아이디어로는 문제가 해결되지 않습니다. 머신의 리소스가 제한되어 있기 때문에 메모리 문제를 주의 깊게 처리해야 합니다(또는 적어도 주의해야 합니다).

메모리 누수에 대해 내가 본 몇 가지 힌트는 다음과 같습니다.

--> 컬렉션에 무언가를 넣었다가 잊어버린 경우에도 여전히 해당 컬렉션에 대한 강력한 참조가 있으므로 컬렉션을 무효화하거나 정리하거나 관련 작업을 수행하세요.그렇지 않으면 메모리 누수를 찾기가 어려울 것입니다.

--> 약한 참조(weakhashmap...)가 있는 컬렉션을 사용하면 메모리 문제를 해결하는 데 도움이 될 수 있지만 ~ 해야 하다 당신이 찾고 있는 물건이 수집되었다는 것을 알게 될 수도 있으므로 조심하십시오.

--> 제가 찾은 또 다른 아이디어는 가장 적게 사용되고 투명하게 로드되는 데이터베이스 개체에 저장되는 영구 컬렉션을 개발하는 것입니다.아마도 이것이 최선의 접근 방식이 될 것입니다 ...

라이센스 : CC-BY-SA ~와 함께 속성

제휴하지 않습니다 StackOverflow