DeleteOnExitHook에서 메모리 누수가 발생했습니다.

Question

Java 응용 프로그램을 연중 무휴로 실행 중이며, MySQL 서버와 TimerTask (Akka를 실행 중입니다)에 연결되어 있습니다. 1 주 또는 그 이하의 작업 후에 OutOfMemoryError를 실행 중이고 힙 덤프는 4 백만 개가 넘는 문자열로 LinkedHashMap을 보여 주며 800MB의 힙을 사용하는 java.io.DeleteOnExitHook의 GC 루트를가집니다.

모든 문자열은 /tmp/jar_cachexxxx.tmp

이 문제 같은 것이 오픈 JDK 런타임 환경 (1.8.0_101-B13를 구축) 실행하는 두 기계에 일치합니다. JDBC 드라이버는 maven "mysql-connector-java"버전 5.1.38에서 제공되는 것으로, 연결 풀 BoneCP, 버전 0.8.0을 사용하고 있습니다.

누구나이 누출에 대해 알고 있나요?

업데이트 - 우리는 프로젝트의 컴파일러를 변경 한 후 문제가 해결 5/12/16

. 우리는 eclipse jar creator가 jar 캐시와 관련이있는 유일한 것이라는 것을 알아 차 렸습니다. 그래서 maven을 사용하여 프로젝트를 컴파일 한 후에 메모리 누수가 사라졌습니다.

Answer 1

응용 프로그램의 일부가 File.deleteOnExit을 사용 중입니다. 그러나 애플리케이션이 존재하지 않기 때문에 Java는 마침내 종료 될 때 삭제되어야하기 때문에 모든 파일을 추적해야합니다. 디버거를 사용하여 응용 프로그램의 어느 부분을 찾은 다음 대안을 찾으십시오.

Answer 2

이것은 오래 동안 잘 알려진 버그로, 수년 동안 Sun/Oracle MANY 시간에보고되었습니다. 현재 버그 번호는 JDK-4872014입니다.

exit-delete-API를 사용할 때마다 File은 HashMap에 저장됩니다. 장기 실행 서버에서 코드가 의도적으로 종료되는 경우는 드물기 때문에 많은 임시 파일로이 작업을 수행하면 맵이 제한없이 커질 수 있습니다.

기본적으로 API는 장기 실행 서버에서는 사용할 수 없으므로 API를 사용할 수 없습니다. 이 기능이 필요한 경우 직접 구현해야하며 삭제할 수있는 파일을 알 수있는 방법으로 일정에 따라 정리를 실행해야합니다.

Answer 3

"/tmp/jar_cachexxxx.tmp"파일의 경로 이름에 실마리가 있습니다.

분명히 URLClassloader가 원격 JAR 파일을 다운로드하여로드 할 때 생성됩니다. 수백만 개의 문자열이 있다면 너무 자주 그렇게한다는 의미입니다.

Answer 4

이클립스 내보내기 "Runnable JAR 파일"을 사용하고 "생성 된 JAR에 필요한 라이브러리를 패키지화"를 선택하는 경우에만 발생합니다. 그런 다음

이 질문에 따라 메모리 누수를 생산할 것이다 URLClassLoader를 사용 클래스 로더가 사용됩니다 JAR-에-JAR 일식 : How long are resources used (file descriptor and memory) for Java temporary files (jar_cache####.tmp)?