Java 응용 프로그램에서 메모리 누출 문제 해결 및 수정 방법

메모리 사용량의 지속적인 성장, 빈번한 완전한 쓰레기 수집, OutofMemoryError 예외 및 느린 적용과 같은 메모리 누출 징후를 식별합니다. 2. JMAP 또는 JVM 매개 변수를 사용하여 힙 덤프 파일을 생성하고 Eclipse Mat, VisualVM 등과 같은 도구를 사용하여 "누출 의심스러운"보고서에 중점을 둡니다. 3. 일반적인 이유에는 정적 컬렉션의 무제한 성장, 구부러지지 않은 자원, 무제한 청취자, 내부 클래스가 외부 클래스 참조를 보유하고 클래스 로더 누출이 포함됩니다. 약한 참조, 시도-자원, 적시 풀림, 정적 내부 클래스 및 청소 ThreadLocal을 각각 수리해야합니다. 4. 생산 환경 모니터링, 정기적 인 압력 테스트, 코드 검토 및 정적 분석 도구를 통한 누출 방지. 메모리 누출은 객체 참조를 보유하는 부적절한 코드에서 비롯됩니다. 체계적인 조사와 표준화 된 인코딩을 통해 효과적으로 해결할 수 있으며 궁극적으로 응용 프로그램의 안정적이고 효율적인 작동을 보장합니다.

Java 응용 프로그램의 메모리 누출은 교활 할 수 있습니다. 그들은 항상 앱을 즉시 충돌 시키지는 않지만 시간이 지남에 따라 성능 저하, OutOfMemoryError 및 부진한 동작을 유발합니다. Java에는 쓰레기 수집이 있지만 코딩 관행이 좋지 않거나 API의 오용으로 인해 메모리 누출이 여전히 발생합니다. 다음은 효과적으로 문제를 해결하고 해결하는 방법입니다.

1. 증상을 인식합니다

도구로 뛰어 들기 전에 표지판을 찾으십시오.

• 시간이 지남에 따라 메모리 사용이 점진적으로 증가합니다 (VisualVM 또는 JConsole과 같은 모니터링 도구를 통해 볼 수 있음).
• 빈번한 전체 GC (Garbage Collection)가 일시 중지됩니다.
• java.lang.OutOfMemoryError: Java heap space - 적절한 힙 크기가 있습니다.
• 정상 하중 하에서 응용 프로그램 속도가 느려지거나 응답하지 않습니다.

전체 GCS 후에 메모리 사용이 고원없이 계속 등반되는 경우 누출이 발생할 수 있습니다.

2. 프로파일 링 도구를 사용하여 힙 덤프를 캡처하십시오

힙 덤프는 메모리의 모든 객체의 스냅 샷입니다. 진단 누출에 가장 친한 친구입니다.

단계 :

• 힙 덤프를 수동으로 트리거하십시오.

   jmap -dump : live, format = b, file = heap.hprof <pid>

  ( <pid> jps 또는 ps 의 Java 프로세스 ID로 교체하십시오.)

• 또는 OOM에서 자동 덤프 활성화 :

   -XX : HeapDumpOnoutOfMemoryError -XX : HeapDumpPath =/Path/to/DUMPS

다음을 사용하여 덤프를 분석하십시오.

• Eclipse Mat (메모리 분석기 도구) - "누출 용의자"를 찾는 데 좋습니다.
• VisualVM 또는 JProfiler- 객체 유지 경로를 탐색하기위한 사용자 친화적 인 GUI.

MAT에서 "누출 용의자 보고서"를 실행합니다. 종종 문제가있는 객체 (예 : 정적 컬렉션을 보유한 정적 컬렉션)를 직접 지적합니다.

3. 일반적인 원인과 고치는 방법

static 컬렉션은 무기한으로 자라는 정적 컬렉션

 공개 클래스 캐시 {
    개인 정적 맵 <문자열, 개체> 캐시 = New Hashmap <> ();
}

문제 : 정적 맵은 클래스 로더만큼 오래 지속됩니다. 명시 적으로 지우지 않는 한 GC가 얻을 수 있습니다.

고치다:

• 캐시에 WeakHashMap 사용하십시오 (강한 참조가없는 경우 키는 GC입니다).
• 또는 정리 전략을 구현하십시오 (예 : 오래된 항목을 퇴거시키기위한 ScheduledExecutorService ).

✅ unduprosed resources (입력 스트림, DB 연결 등)

 fileInputStream fis = new FileInputStream ( "file.txt");
// 닫는 것을 잊어 버리십시오 ()

문제 : 이들은 기본 메모리를 보유하거나 객체 정리를 방지합니다.

고치다:

• 항상 시도-자원을 사용하십시오.

   try (fileInputStream fis = new FileInputStream ( "file.txt")) {
      // 자동 폐쇄
  }

✅ 리스너 또는 콜백은 등록되지 않았습니다

스윙, Javafx 또는 이벤트 중심 앱은 종종 청취자를 제거하는 것을 잊어 버립니다.

고치다:

• dispose() 또는 finalize() 메소드에서 리스너를 등록하지 않음 (적절한 경우).
• 가능한 경우 약한 리스너를 사용하십시오 (예 : 콜백의 WeakReference ).

✅ 외부 참조를 보유한 내부 클래스

 공개 클래스 외부 {
    private int [] data = new int [1000000];
    public void start () {
        새 스레드 (new runnable () {
            public void run () {
                //이 실행 가능한이 '외부'에 대한 참조가 있습니다.
                // 그래서 스레드가 끝날 때까지 '데이터'는 GC'D가 아닙니다.
            }
        }).시작();
    }
}

고치다:

• 외부 상태가 필요하지 않은 경우 내부 클래스를 static 만드십시오.
• 또는 큰 외부 물체를 참조하는 장기적인 스레드를 피하십시오.

classloader 클래스 로더 누출 (앱 서버에서 일반적)

Tomcat/Jboss에서 앱을 재배치하고 누출을 보면 종종 다음과 같습니다.

• 스레드가 중지되지 않았습니다.
• 정적 필드가 지워지지 않았습니다.
• JDBC 드라이버는 규정되지 않았습니다.

고치다:

• 완료되면 ThreadLocal.remove() 사용하십시오.
• ServletContextListener.contextDestroyed() 에서 정적 캐시를 정리하십시오.

4. 미래를 모니터링하고 방지하십시오

• 생산에 메모리 모니터링을 추가하십시오 (예 : JMX Exporter와 함께 Prometheus Grafana).
• 프로파일 링 활성화로 정기적 인 부하 테스트를 실행하십시오.
• 코드 리뷰 : 정적 컬렉션, 미수성 자원 및 내부 클래스를 찾으십시오.
• SpotBugs 또는 Sonarqube 와 같은 도구를 사용하여 일반적인 누출 패턴을 플래그하십시오.

어디를보아야하는지 알면 자바의 메모리 누출이 고정 될 수 있습니다. 힙 덤프로 시작하여 MAT와 같은 도구를 사용하여 근본 원인을 찾아 패턴에 따라 수정 사항을 적용하십시오. 대부분의 누출은 마법의 버그가 아닌 간단한 감독에서 비롯됩니다. 일찍 수정하면 앱이 더 부드럽고 신뢰할 수 있습니다.

기본적으로 Java 누출이 아닙니다. 코드가 필요한 것들을 보유하고있을 수 있습니다.

위 내용은 Java 응용 프로그램에서 메모리 누출 문제 해결 및 수정 방법의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!