Warum bei Stream close() aufrufen.

[Guest]

Hallo,

wieso soll/muss man nach Verwendung von Streams immer close aufrufen? Wieso kann ein unbenutzter Stream von der VM nicht selber geschlossen werden?

 

[tfa]

Woher soll die VM wissen, dass der Stream unbenutzt ist?

 

[SlaterB]

man könnte doch unbenutzt() aufrufen, was dann einem komplizierten internen Hintergrundmechanismus paar Sekunden beansprucht, bis dieser dann close() aufruft

ohne Scherz ist aber vielleicht ein Objekt für den GarbageCollector gemeint,
wird der geschlossen? kann ja nun nicht mehr benutzt werden

 

[Der Müde Joe]

Wieso soll man nach der Toilette spülen?
--> Damit aller Müll raus ist, der noch in der Schüssel ist....

Bildlich ausgesprochen.

 

[Gast]

ich meine auch, wieso den stream nicht einfach offenlassen und vom garbage collector entfernen lassen. habe mich da evtl. unpräzise ausgedrückt

 

[Lim_Dul]

Klar geht das. Nur hast du keine Garantie das der Garbage Collector irgendwann vorbeikommt. Es kann auch bis zum Ende des Programms dauern.

Und bei Streams belegt man häufig externe Resourcen (TCP-Verbindungen, Dateien, etc.). Das Betriebssystem hat davon nur eine begrenzte Zahl zur Verfügung, daher sollte man die selber freigeben.

 

[thE_29]

Und woher soll der GC wissen ob du nicht noch was reinschreiben willst?!

 

[SlaterB]

wie soll man noch etwas in ein Objekt schreiben um welches sich der GC kümmert, welches also im Programm nicht mehr referenziert wird?

dass sich der GC inidviduell für Streams was einfallen läßt wäre allerdings auch vermessen,
aber andererseits passiert das ja beim Programmende,
na vielleicht nicht mit den Stream-Objekten an sich sondern mit den vom Programm reservierten Systemressourcen auf tieferer Ebene

 

[Ebenius]

Und woher soll der GC wissen ob du nicht noch was reinschreiben willst?!

Der GC weiß das genau, weil es keine Referenz (außer Phantom) mehr zum Stream gibt...

[edit] Slater hat's ja auch geschrieben; hatte ich überlesen... :shock:

Ebenius

 

[Gast]

OK, also was ist nun so schlimm nen Stream offenzulassen? Der belegte Speicher dürfte doch nicht so ins Gewicht fallen, oder?

 

[byte]

Streams binden Systemresourcen. Ein close() gibt dieses Resourcen wieder frei.

Am besten liest Du Dich mal in die Thematik von Input / Output ein, wenn Du nicht verstehst, warum Programme nicht wild IO-Resourcen binden sollten.

 

[Gast]

Hallo,

danke für die Antworten. Ich habe folgendes dazu gefunden:

"The close() method should always be used when a program is done with a file. If a file is not closed, the program might end before the operating system has finished writing data to the file. The data written to the file might be lost!

Or it might not. Depends on how busy the operating system is. "

Es kann also passieren, dass Daten die ich in eine Datei schreibe verlorengehen, wenn ich das close nicht explizit aufrufe? Leider geht die Quelle nicht auf das warum ein. Ich weiss jetzt zwar, dass ich close() aufrufen sollte, wenn ich keinen Datenverlust riskieren will, aber nicht die Gründe.

 

[Ebenius]

Es kann vor allem passieren, dass kein anderer die Datei öffnen kann, während Du sie zum Schreiben offen hast. Außerdem sind die Handles zu Dateien im System begrenzt. Und davon abgesehen ist es immer schlecht Resourcen für nix zu verbraten. Also: Ströme schließen, wenn man sie nicht mehr braucht.

Was gibt's da nicht zu verstehen?

Ebenius