[이펙티브 자바] 아이템 8. finalizer와 cleaner 사용을 피하라

[jaejlf]

Intro

Java에서 제공하는 객체 소멸자(finalize, cleaner) => 일단 결론은 기본적으로 쓰지 마라~!

• 성능 문제가 있을 수 있다.
• 수행 시점과, 수행 여부마저 보장되지 않는다.
  • System.gc() 와 같은 메서드로 GC를 호출하더라도, 객체 소멸자(finalize, cleaner)의 수행을 보장할 수 없다. (수행될 가능성을 높여줄 수는 있지만...)
  • cf. System.gc() : GC를 강제로 실행하겠다 (X) / 지금 GC 실행하면 좋겠어(요청) (O)

finalizer

• Java의 Object 클래스에 정의되어 있는 메서드
• 시스템 자원이나 기타 정리 작업을 수행하기 위해, 객체가 GC에 의해 제거될 때 호출된다.
• ⛔ finalizer의 문제점
  1. 만약 동작 중 예외가 발생하면, 해당 예외는 무시되고 처리할 작업이 남아있더라도 그 순간 메서드는 종료된다. (= 객체 정리가 마무리되지 않은 상태일 수 있음. 무슨 문제가 생길지 예측할 수 없다.)
  2. finalizer 공격에 노출되어 보안 문제를 일으킬 수도 있다.
     • (생성자에서) 객체가 완전히 생성되지 않거나, (직렬화 과정에서) 객체가 적절히 직렬화되지 않은 상태에서 finalizer가 호출될 경우
  3. GC 효율을 떨어뜨린다.
     • 단순 객체를 메모리에서 단순히 회수하는 것 외에 추가적인 작업을 수행해야 한다.
     • GC가 finalize 메서드가 있는 객체를 바로 제거하는 것이 아니라, 별도의 큐에 쌓아두고 호출한다. 이로 인해 GC가 느려질 수 있고, 언제 객체가 회수될지도 알 수 없다. (더군다나 finalizer 스레드는 다른 애플리케이션 스레드보다 우선순위가 낮다고 한다.)
• Java9부터는 deprecated 되었다.

cleaner

• 명시적으로 자원을 정리하기 위한 클래스
• 객체와 함께 실행될 Runnable을 등록하여, 객체가 GC 대상이 되었을 때 해당 Runnable이 실행되도록 한다.
• finalizer를 대체하기 위해 설계되었다. (그러나 cleaner 역시도 일반적으로는 불필요하다. 사용하지 않는 것을 권장)
• 별도의 스레드에서 실행되므로, 가비지 컬렉션에 영향을 미치지 않습니다.
• ⛔ cleaner의 문제점
  1. finalizer와 마찬가지로, 언제 실행될지 명확하지 않다.

finalizer, cleaner... 언제 사용할까?

1. 자원(ex. 파일, 네트워크 연결 등)의 소유자가 close 메서드를 호출하지 않는 것에 대비한 안전망 역할
   • 아예 자원 회수를 안 하는 것보다는 언제라도 할 수 있다는 1%의 가능성(?)이 있다는 게 낫다고 판단될 때
2. 네이티브 피어(native peer)와 연결된 객체
   • 네이티브 메모리는 JVM이 관리하지 않기 때문에, 명시적으로 자원을 해제해야 한다.

[jaejlf]

p.42 finalizer 공격

[jaejlf]

p.43 네이티브 피어