Wird der Stream über den Streamreader geschlossen?

Question

Ich sende einen Stream zu Methoden zum Schreiben auf, und in diesen Methoden verwende ich ein binäres reader/wrtier. Wenn der Reader/Writer entsorgt wird, entweder durch using oder wenn er nicht referenziert wird, ist der Stream ebenfalls geschlossen ??

Ich würde einen BinaryReader/Writer senden, aber ich benutze auch einen StreamReader (vielleicht sollte ich das umgehen. Ich benutze das nur für GetLine und ReadLine). Dies ist ziemlich mühsam, wenn es den Strom jedes Mal schließt, wenn ein Schreiber/Leser geschlossen wird.

Answer 1

Ja, StreamReader, StreamWriter, BinaryReader und BinaryWriter alle in der Nähe/entsorgen ihre zugrunde liegenden Ströme, wenn Sie Dispose auf sie nennen. Sie nicht entsorgen den Stream, wenn der Leser/Schreiber ist nur Müll gesammelt - Sie sollten immer den Leser/Schreiber, vorzugsweise mit einer using Anweisung entsorgen. (Tatsächlich hat keine dieser Klassen Finalizer, noch sollten sie haben.)

Persönlich bevorzuge ich auch eine using-Anweisung für den Stream. Sie können Nest using Anweisungen ohne Klammern ganz ordentlich:

using (Stream stream = ...) 
using (StreamReader reader = new StreamReader(stream, Encoding.Whatever)) 
{ 
} 

Auch wenn die using Aussage für den Strom etwas redundant ist (es sei denn, der StreamReader Konstruktor eine Ausnahme auslöst) halte ich es für beste Praxis als dann, wenn Sie von der loswerden StreamReader und verwenden Sie den Stream direkt zu einem späteren Zeitpunkt, Sie haben bereits die richtige Entsorgungssemantik.

Answer 2

der Strom angeordnet, entweder durch „mit“ Schlüsselwort oder explizit

Answer 3

Aufruf entsorgen Ja, es tut. Sie können dies überprüfen, indem Sie sich die Implementierung mit Reflector ansehen.

protected override void Dispose(bool disposing) 
{ 
    try 
    { 
     if ((this.Closable && disposing) && (this.stream != null)) 
     { 
      this.stream.Close(); 
     } 
    } 
    finally 
    { 
     if (this.Closable && (this.stream != null)) 
     {  
      this.stream = null;  
      this.encoding = null; 
      this.decoder = null; 
      this.byteBuffer = null; 
      this.charBuffer = null; 
      this.charPos = 0; 
      this.charLen = 0; 
      base.Dispose(disposing); 
     } 
    } 
} 

Answer 4

Ja. Der Aufruf von Dispose() on und IDisposable (was "using" bewirkt) sollte dazu führen, dass ein Objekt alle seine Ressourcen bereinigt. Dazu gehören das Löschen von Streams und das Schließen der Dateideskriptoren.

Wenn Sie in Ihrem Fall an andere Methoden übergeben möchten, müssen Sie sicherstellen, dass diese Methoden nicht in einem Verwendungsblock lesen/schreiben.

Answer 5

Eine einfache Möglichkeit, dies zu beheben, besteht darin, die StreamWriter-Klassen Dispose-Methode zu überschreiben. Siehe meinen Beitrag hier für den Code auf, wie es geht:

Does .Disposing a StreamWriter close the underlying stream?

Answer 6

Dies ist ein alter, aber ich wollte etwas ähnliches tun heute und fand, dass die Dinge geändert haben. Da .net 4.5, gibt es ein leaveOpen Argument:

public StreamReader(Stream stream, Encoding encoding, bool detectEncodingFromByteOrderMarks, int bufferSize, bool leaveOpen) 

Das einzige Problem ist, dass es nicht ganz klar ist, was für die anderen Parameter einzustellen. Hier ist etwas Hilfe:

Von the msdn page für Stream Konstruktor (Stream):

Dieser Konstruktor initialisiert die Codierung UTF8Encoding, die Base Eigenschaft der Stream-Parameter verwendet wird, und die interne Puffergröße 1024 Bytes.

Das ist nur detectEncodingFromByteOrderMarks Blätter, die von the source code Beurteilung ist true

public StreamReader(Stream stream) 
     : this(stream, true) { 
} 

public StreamReader(Stream stream, bool detectEncodingFromByteOrderMarks) 
     : this(stream, Encoding.UTF8, detectEncodingFromByteOrderMarks, DefaultBufferSize) { 
} 

Es wäre schön, wenn einige dieser Ausfälle ausgesetzt waren oder wenn die Argumente waren optional, so dass wir nur diejenigen angeben könnten das wollen wir.

Answer 7

Sechs Jahre zu spät, aber vielleicht könnte das jemandem helfen.

StreamReader schließt die Verbindung, wenn sie entsorgt wird. Das Verwenden von (Stream stream = ...) {...} mit StreamReader/StreamWriter kann jedoch dazu führen, dass der Stream zweimal entsorgt wird: (1) wenn das StreamReader-Objekt entsorgt wird (2) und wenn der Stream using-Block verwendet schließt. Dies führt zu einer CA2202-Warnung, wenn die Codeanalyse von VS ausgeführt wird.

Eine andere Lösung, die direkt von der Seite CA2202 übernommen wurde, ist die Verwendung eines try/finally-Blocks. Setup richtig, dies wird nur die Verbindung einmal schließen.

In der Nähe der Unterseite des CA2202, empfiehlt Microsoft die folgenden zu verwenden:

Stream stream = null; 
try 
{ 
    stream = new FileStream("file.txt", FileMode.OpenOrCreate); 
    using (StreamWriter writer = new StreamWriter(stream)) 
    { 
     stream = null; 
     // Use the writer object... 
    } 
} 
finally 
{ 
    if(stream != null) 
     stream.Dispose(); 
} 

statt ...

// Generates a CA2202 warning 
using (Stream stream = new FileStream("file.txt", FileMode.Open)) 
using (XmlReader reader = new XmlReader (stream)) 
{ 
    // Use the reader object... 
}