[java] Java에서 메모리 누수를 만드는 방법은 무엇입니까?

아래에는 잊혀진 리스너의 표준 사례, 정적 참조, 해시 맵의 가짜 / 수정 가능 키 또는 수명주기를 종료 할 기회없이 스레드가 멈춘 경우 외에 Java가 유출되는 명백한 사례가 있습니다.

• File.deleteOnExit() -항상 끈을 새고 문자열이 하위 문자열 인 경우 누출이 더욱 악화됩니다 (기본 char []도 누출 됨)– 자바 7은 또한 복사 하위 문자열 char[](가) 나중에 적용되지 않도록, ; @Daniel, 투표 할 필요는 없습니다.

관리되지 않는 스레드의 위험을 대부분 보여주기 위해 스레드에 집중하고 스윙을 만지고 싶지 않습니다.

• Runtime.addShutdownHook스레드 그룹 클래스의 버그로 인해 시작되지 않은 스레드가 수집되지 않을 수 있습니다. JGroup은 GossipRouter에서 누출이 있습니다.

• a를 작성하지만 시작하지는 않으면 Thread위와 동일한 카테고리로 이동합니다.

• 스레드를 만들면 ContextClassLoaderand 및 AccessControlContextplus ThreadGroup및 any를 상속받습니다. InheritedThreadLocal이러한 모든 참조는 클래스 로더에 의해로드 된 전체 클래스와 모든 정적 참조 및 ja-ja와 함께 잠재적 누출입니다. 이 효과는 매우 단순한 ThreadFactory인터페이스 를 특징으로하는 전체 jucExecutor 프레임 워크에서 볼 수 있지만 대부분의 개발자는 숨어있는 위험에 대한 단서가 없습니다. 또한 많은 라이브러리가 요청에 따라 스레드를 시작합니다 (업계에서 많이 사용되는 라이브러리는 너무 많습니다).

• ThreadLocal캐시; 그것들은 많은 경우에 악합니다. 모든 사람들이 ThreadLocal을 기반으로 한 간단한 캐시를 많이 보았을 것입니다. 나쁜 소식 : 스레드가 컨텍스트 ClassLoader의 수명을 예상보다 더 많이 계속한다면 순수한 작은 누출입니다. 실제로 필요한 경우가 아니면 ThreadLocal 캐시를 사용하지 마십시오.

• ThreadGroup.destroy()ThreadGroup에 스레드 자체가없는 경우 호출 하지만 여전히 하위 ThreadGroup을 유지합니다. 스레드 그룹이 상위에서 제거되지 못하게하는 누수로 인해 모든 하위 항목을 열거 할 수 없게됩니다.

• WeakHashMap 및 값 (in)을 사용하면 키를 직접 참조합니다. 힙 덤프 없이는 찾기가 어렵습니다. Weak/SoftReference보호 대상 객체에 대한 하드 참조를 유지할 수있는 모든 확장에 적용됩니다 .

• java.net.URLHTTP (S) 프로토콜과 함께 사용 하고 from (!)에서 리소스를로드합니다. 이것은 특별하며, KeepAliveCache현재 스레드의 컨텍스트 클래스 로더를 누출시키는 ThreadGroup 시스템에 새 스레드를 만듭니다. 스레드는 살아있는 스레드가 없을 때 첫 번째 요청에 따라 생성되므로 운이 좋거나 누수가 발생할 수 있습니다. 누출은 이미 Java 7에서 수정되었으며 스레드를 작성하는 코드는 컨텍스트 클래스 로더를 올바르게 제거합니다. 더 적은 경우가 있습니다 (ImageFetcher와 같은, 또한 고정 유사한 스레드를 만드는).

• 생성자 를 InflaterInputStream전달 new java.util.zip.Inflater()하고 (예 PNGImageDecoder를 들어) end()팽창기를 호출하지 않습니다 . 음, 그냥 생성자와 함께 생성자를 전달하면 new우연히 … 그리고 close()스트림을 호출 해도 생성자 매개 변수로 수동으로 전달 된 인플레이터가 닫히지 않습니다. 이것은 파이널 라이저가 필요하다고 생각할 때 릴리스되기 때문에 실제 누출이 아닙니다. 그 순간까지 네이티브 메모리를 너무 많이 먹어서 리눅스 oom_killer가 프로세스를 무의식적으로 죽일 수 있습니다. 주요 문제는 Java의 최종화가 매우 신뢰할 수 없으며 G1이 7.0.2까지 악화되었다는 것입니다. 이야기의 도덕 : 가능한 한 빨리 기본 리소스를 해제하십시오. 파이널 라이저는 너무 가난합니다.

• 와 같은 경우입니다 java.util.zip.Deflater. Deflater는 Java에서 메모리가 부족한 상태이므로 훨씬 더 나쁩니다. 즉, 항상 수백 KB의 기본 메모리를 할당하는 15 비트 (최대) 및 8 개의 메모리 레벨 (9는 최대)을 사용합니다. 다행히도 Deflater널리 사용되지 않으며 JDK에는 오용이 없습니다. 항상 전화를 end()수동으로 작성하는 경우 Deflater나 Inflater. 마지막 두 가지 중 가장 중요한 부분은 일반적인 프로파일 링 도구를 통해 찾을 수 없다는 것입니다.

(요청에 따라 더 많은 시간 낭비자를 추가 할 수 있습니다.)

행운을 빌어 안전 유지; 누출은 악하다!

답변

void doWork()
{
   try
   {
       Connection conn = ConnectionFactory.getConnection();
       PreparedStatement stmt = conn.preparedStatement("some query"); // executes a valid query
       ResultSet rs = stmt.executeQuery();
       while(rs.hasNext())
       {
          ... process the result set
       }
   }
   catch(SQLException sqlEx)
   {
       log(sqlEx);
   }
}