Warum würden Sie jemals finalize() implementieren?

Question

Ich habe viele Fragen von Anfängern in Java zu finalize() durchgelesen und finde es irgendwie verwirrend, dass niemand wirklich klargestellt hat, dass finalize() kein zuverlässiger Weg ist, Ressourcen aufzuräumen. Ich habe gesehen, wie jemand kommentiert hat, dass sie es verwenden, um Verbindungen zu bereinigen, was wirklich beängstigend ist, da der einzige Weg, um so nah wie möglich an eine Garantie zu kommen, dass eine Verbindung geschlossen ist, ist, try (catch) finally zu implementieren.

Ich wurde nicht in Informatik ausgebildet, aber ich programmiere seit fast einem Jahrzehnt professionell in Java und ich habe noch nie jemanden gesehen, der finalize() in einem Produktionssystem implementiert hat. Das bedeutet immer noch nicht, dass es keine Verwendung hat, oder dass die Leute, mit denen ich gearbeitet habe, es richtig gemacht haben.

Also frage ich mich, welche Anwendungsfälle es für die Implementierung von finalize() gibt, die nicht zuverlässiger über einen anderen Prozess oder eine andere Syntax innerhalb der Sprache behandelt werden können?

Bitte geben Sie spezifische Szenarien oder Ihre Erfahrung an, einfach das Java-Lehrbuch zu wiederholen oder die beabsichtigte Verwendung von finalize reicht nicht aus, da dies nicht der Zweck dieser Frage ist.

Answer 1

Sie könnten es als Absicherung für ein Objekt verwenden, das eine externe Ressource (Socket, Datei usw.) hält. Implementieren Sie eine close()-Methode und dokumentieren Sie, dass sie aufgerufen werden muss.

Implementieren Sie finalize() zur Durchführung der close()-Verarbeitung, wenn Sie feststellen, dass dies nicht erfolgt ist. Vielleicht mit etwas, das auf stderr ausgegeben wird, um darauf hinzuweisen, dass Sie nach einem fehlerhaften Aufrufer aufräumen.

Es bietet zusätzliche Sicherheit in einer außergewöhnlichen/fehlerhaften Situation. Nicht jeder Aufrufer wird jedes Mal das korrekte try {} finally {}-Zeug machen. Bedauerlicherweise ist das in den meisten Umgebungen wahr.

Ich stimme zu, dass es selten benötigt wird. Und wie Kommentatoren feststellen, geht es mit GC-Overhead einher. Verwenden Sie es nur, wenn Sie diese zusätzliche Sicherheit in einer lang laufenden Anwendung benötigen.

Ich sehe, dass mit Java 9 Object.finalize() veraltet ist! Sie verweisen uns auf java.lang.ref.Cleaner und java.lang.ref.PhantomReference als Alternativen.

Answer 2

finalize() ist ein Hinweis an den JVM, dass es vielleicht schön wäre, Ihren Code zu einem unbestimmten Zeitpunkt auszuführen. Dies ist gut, wenn Sie möchten, dass der Code mysteriös nicht ausgeführt wird.

Es ist auch in drei Situationen gut, etwas Bedeutendes in Finalizern zu tun (im Grunde genommen alles außer Logging):

• Sie möchten darauf wetten, dass andere finalisierte Objekte immer noch in einem Zustand sind, den der Rest Ihres Programms als gültig betrachtet.
• Sie möchten viel Überprüfungscode zu allen Methoden aller Ihrer Klassen hinzufügen, die einen Finalizer haben, um sicherzustellen, dass sie sich nach der Finalisierung korrekt verhalten.
• Sie möchten versehentlich finalisierte Objekte wiederbeleben und viel Zeit damit verbringen, herauszufinden, warum sie nicht funktionieren oder warum sie nicht finalisiert werden, wenn sie schließlich freigegeben werden.

Wenn Sie glauben, dass Sie finalize() benötigen, ist das, was Sie wirklich wollen, manchmal eine Phantomreferenz (die im gegebenen Beispiel einen harten Verweis auf eine Verbindung halten könnte, die von ihrem Referenten verwendet wird, und diese nach dem Einreihen der Phantomreferenz schließen könnte). Dies hat auch die Eigenschaft, dass es möglicherweise mysteriöserweise nie ausgeführt wird, aber zumindest kann es keine Methoden auf finalisierten Objekten aufrufen oder sie wieder beleben. Also ist es genau richtig für Situationen, in denen Sie diese Verbindung nicht unbedingt sauber schließen müssen, aber Sie möchten es gerne, und die Clients Ihrer Klasse können es nicht oder wollen es nicht selbst schließen (was eigentlich fair genug ist - was ist der Sinn eines Garbage Collectors, wenn Sie Schnittstellen entwerfen, die erfordern, dass eine bestimmte Aktion vor der Sammlung durchgeführt wird? Das bringt uns nur zurück in die Zeiten von malloc/free.)

Manchmal benötigen Sie die Ressource, die Sie verwalten zu glauben, robuster zu sein. Warum müssen Sie z.B. diese Verbindung schließen? Es muss letztendlich auf irgendeiner Art von E/A beruhen, die vom System bereitgestellt wird (Socket, Datei, usw.), also warum können Sie sich nicht darauf verlassen, dass das System sie für Sie schließt, wenn die niedrigste Ebene der Ressource gesammelt wird? Wenn der Server am anderen Ende unbedingt verlangt, dass Sie die Verbindung sauber schließen, anstatt einfach den Socket zu schließen, was passiert dann, wenn jemand über das Netzkabel des Geräts stolpert, auf dem Ihr Code läuft, oder das Netzwerk dazwischen ausfällt?

Haftungsausschluss: Ich habe in der Vergangenheit an einer JVM-Implementierung gearbeitet. Ich hasse Finalizer.

Answer 3

Die einzige Zeit, in der ich finalize in Produktionscode verwendet habe, war, um eine Überprüfung zu implementieren, ob die Ressourcen eines bestimmten Objekts freigegeben wurden, und falls nicht, dann eine sehr laute Meldung zu protokollieren. Es hat tatsächlich nicht versucht, es selbst zu tun, es hat nur viel geschrien, wenn es nicht ordnungsgemäß erledigt wurde. Hat sich als ziemlich nützlich erwiesen.

Answer 4

Ich arbeite seit 1998 professionell mit Java und habe finalize() noch nie implementiert. Nicht einmal.

Answer 5

Sie sollten sich nicht darauf verlassen, dass finalize() Ihre Ressourcen für Sie aufräumt. finalize() wird erst ausgeführt, wenn die Klasse eingesammelt wird, falls überhaupt. Es ist daher besser, die Ressourcen explizit freizugeben, wenn Sie sie nicht mehr benötigen.