Les entrées / sorties se ferment-elles sur la destruction?

J'avais l'habitude de supposer que les flux seraient fermés automatiquement via la collecte des ordures, mais des preuves anecdotiques indiquent que l'échec de la fermeture manuelle entraîne des résultats dans une fuite de ressources. Vous voudrez faire quelque chose comme ça à la place:

InputStream stream = null;

try {
  stream = new FileInputStream("bar.txt");
  Properties p = new Properties();
  p.load(stream);
}
catch(Exception e) {
  // error handling
}
finally {
  closeQuietly(stream);
}

La réponse courte est "Peut-être, mais ne parie pas dessus!".

Quelque part dans la pile de classes qui implémentent FileInputStream est une classe qui possède un qui fermera efficacement le flux (et libérera la ressource) lorsqu'il est exécuté.

Le problème est qu'il n'ya aucune garantie que le finaliseur sera jamais exécuté. Citant de la JLS (section 12.6):

Le langage de programmation Java ne fait pas Spécifiez combien de temps un finaliseur sera invoqué, sauf pour dire que ça va arriver avant le stockage pour le objet est réutilisé.

Ceci fait la finalisation du flux problématique:

1. Si votre objet de flux ne devient jamais des ordures, il ne sera jamais finalisé.
2. Si votre objet de flux est tenu en occupation, cela peut prendre beaucoup de temps avant que la poubelle soit collectée et finalisée.
3. Le JVM peut avoir besoin d'effectuer un cycle de GC supplémentaire après l'identification de l'objet comme inaccessible avant que le finaliseur soit exécuté. Ceci est certainement permis par les JLS!
4. Il est techniquement légal pour une JVM de ne jamais, jamais pour exécuter des finaliseurs, à condition qu'il ne réduit jamais le magasin d'objets avec des finaliseurs. (Je ne suis au courant d'aucune JVM de qualité de production qui prennent cette ligne, mais vous ne savez jamais ...)