어드민

finalize()지정되지 않은 시간에 코드를 실행하는 것이 좋을 수도 있다는 JVM에 대한 힌트입니다. 이것은 코드가 신비하게 실행되지 않도록하려는 경우에 좋습니다.

파이널 라이저에서 중요한 것을 수행하는 것 (기본적으로 로깅을 제외한 모든 것)도 세 가지 상황에서 좋습니다.

• 다른 최종 객체는 여전히 프로그램의 나머지 부분이 유효한 것으로 간주됩니다.
• 종료 후 모든 클래스의 모든 메소드에 많은 검사 코드를 추가하여 종료 후 올바르게 작동하는지 확인하려고합니다.
• 실수로 완성 된 개체를 부활 시키려고하고, 왜 작동하지 않는지, 그리고 / 또는 결국 릴리스 될 때 왜 끝나지 않는지를 알아 내려고 많은 시간을 할애합니다.

finalize ()가 필요하다고 생각되면 때로는 팬텀 참조가 필요합니다 (이 예제에서는 참조에 의해 사용되는 연결에 대한 하드 참조를 보유하고 팬텀 참조가 대기 한 후에 닫을 수 있습니다). 이것은 또한 신비하게도 절대로 실행되지 않을 수있는 속성을 가지고 있지만 적어도 최종 객체에서 메소드를 호출하거나 부활시킬 수는 없습니다. 따라서 연결을 깨끗하게 닫을 필요는 없지만 상황이 좋을 때도 좋을 것입니다. 클래스의 고객은 직접 연락을 할 수 없거나 전화를 걸 수 없습니다 (실제로 공평합니다- 뭐’ s 수집하기 전에 특정 조치 가 필요한 인터페이스를 설계하는 경우 가비지 콜렉터가 전혀 필요하지 않습니까? 그것은 malloc / free의 시대에 우리를 되돌려 놓는다.)

다른 경우에는 관리하려는 리소스가 더 강력해야합니다. 예를 들어, 왜 해당 연결을 닫아야합니까? 궁극적으로 시스템에서 제공하는 일종의 I / O (소켓, 파일 등)를 기반으로해야하는데, 왜 가장 낮은 수준의 리소스를 확보 할 때 시스템을 닫아 시스템을 닫을 수 없습니까? 다른 쪽 끝의 서버에서 소켓을 떨어 뜨리지 않고 연결을 완전히 닫아야하는 경우 코드가 실행중인 시스템의 전원 케이블을 통해 누군가가 트립되거나 중재 네트워크가 종료되면 어떻게됩니까?

면책 조항 : 나는 과거에 JVM 구현에 종사했습니다. 나는 파이널 라이저가 싫어.

답변

public void finalize() {
  ref1 = null;
  ref2 = null;
  othercrap = null;
}

itsadok@laptop ~/jdk1.6.0_02/src/
$ find . -name "*.java" | xargs grep "void finalize()" | wc -l
41