Question d'entrevue Java: méthode finalize()

Je pense que cela laisse entendre que le fait qu'il y ait en fait d'autres choses qui peuvent être faites / arriver à l'objet avant que le GC ne le rejette vraiment.

Pour citer la référence:

[...] La méthode de finalisation peut prendre action, y compris la création de cet objet de nouveau disponible pour les autres threads; le but habituel de finaliser, cependant, est d'effectuer des actions de nettoyage avant que l'objet ne soit irrévocablement jeté. Par exemple, le finaliser méthode pour un objet qui représente une connexion d'entrée/sortie peut effectuer des transactions d'E/S explicites pour rompre la connexion avant le objet est définitivement jeter.[...]

Donc, dans cette optique, le processus de finalisation n'est pas la dernière chose avant que le GC ne le rejette.

Il n'y a aucune garantie que finalize() sera toujours appelé, ou même que garbage collection s'exécutera du tout.

Supposons que votre programme se termine (soit en appelant System.exit() ou lorsque tous les threads en cours d'exécution atteignent leur fin), alors la JVM va simplement quitter, elle ne nettoiera pas tout et appellera finalize() sur tous les objets.

Par conséquent, mettre des tâches de nettoyage qui doivent absolument s'exécuter dans une méthode finalize() n'est pas une bonne idée.

Je suppose que vous pouvez défendre les deux réponses, finalize() est appelé par le garbage collector avant de collecter l'objet, mais vous ne pouvez pas être sûr que ce sera jamais le cas avant la fin de l'application. Tous les objets susceptibles d'être collectés ne doivent pas être collectés. Vous ne pouvez jamais dépendre de la méthode finalize() à appeler pour un objet.

L'ordre est faux, comme DR l'a déjà montré.

Un objet change son état en collected lorsque le gc a reconnu que l'objet est inaccessible.

Donc qui devrait prendre des mesures pour finaliser un objet avant que cette condition "inaccessible" ne soit détectée? En fait, c'est le garbage collector qui marque les objets collectés pour la finalisation (si la méthode objects finalize est remplacée). Et nous ne voulons vraiment pas finaliser des objets qui sont encore accessible, par exemple 'en emploi'.

Belle question quand même, parce que vous avez tendance à dire "oui c'est vrai".

Vous pouvez ressusciter l'objet dans la méthode finalize en lui indiquant quelque chose afin que l'objet ne puisse pas être collecté par le GC après avoir appelé la méthode finalized. mais lorsque l'objet redevient disponible pour la récupération de place, il n'appellera pas la méthode finalisée de cet objet car elle a été marquée/marquée comme finalisée. donc, avant GC, il peut arriver que la méthode call finalize ou que l'objet ressuscite.