Czy pozbycie się czytnika strumieniowego zamyka strumień?

Wysyłam strumień do metod do pisania, aw tych metodach używam binarnego czytnika / wrtier. Kiedy czytelnik / piszący zostanie usunięty, przez usinglub tylko wtedy, gdy nie ma do niego odniesienia, czy strumień również jest zamknięty?

Chciałbym wysłać BinaryReader / Writer, ale używam też StreamReader (może powinienem to obejść. Używam tego tylko dla GetLine i ReadLine). Jest to dość kłopotliwe, jeśli zamyka strumień za każdym razem, gdy zostaje zamknięty autor / czytelnik.

Tak StreamReader, StreamWriter, BinaryReadera BinaryWriterwszystko blisko / wyrzucać ich podstawowych strumienie podczas wywoływania Disposena nich. Oni nie wyrzucać strumienia jeśli czytelnik / pisarz jest po prostu śmieci zebrane choć - należy zawsze utylizować urządzenia odczytującego / zapisującego, a najlepiej z usingoświadczeniem. (W rzeczywistości żadna z tych klas nie ma finalizatorów ani nie powinny.)

Osobiście wolę mieć również instrukcję using dla strumienia. Możesz usingzgrabnie zagnieżdżać instrukcje bez nawiasów klamrowych:

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

Mimo że usinginstrukcja dla strumienia jest nieco zbędna (chyba, że StreamReaderkonstruktor zgłosi wyjątek), uważam to za najlepszą praktykę, ponieważ wtedy, jeśli pozbędziesz się StreamReaderi po prostu użyjesz strumienia bezpośrednio w późniejszym terminie, będziesz już mieć odpowiednią utylizację semantyka.

To jest stara, ale chciałem zrobić dziś coś podobnego i stwierdziłem, że wszystko się zmieniło. Od .net 4.5 istnieje leaveOpenargument:

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

Jedynym problemem jest to, że nie jest do końca oczywiste, co ustawić dla innych parametrów. Oto pomoc:

Ze strony msdn dla StreamReader Constructor (Stream):

Ten konstruktor inicjuje kodowanie do UTF8Encoding, właściwość BaseStream przy użyciu parametru stream i wewnętrzny rozmiar buforu do 1024 bajtów.

Że właśnie liście detectEncodingFromByteOrderMarks, który sądząc przez kod źródłowy jesttrue

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

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

Byłoby miło, gdyby niektóre z tych wartości domyślnych zostały ujawnione lub gdyby argumenty były opcjonalne, abyśmy mogli po prostu określić te, które chcemy.

Tak. Możesz to sprawdzić, patrząc na implementację za pomocą Reflectora.

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);
        }
    }
}

Sześć lat później, ale może to komuś pomoże.

StreamReader zamyka połączenie po jego usunięciu. Jednak „using (Stream stream = ...) {...}” with StreamReader / StreamWriter może spowodować dwukrotne usunięcie Stream: (1) po usunięciu obiektu StreamReader (2) i gdy Stream using block zamyka się. Powoduje to ostrzeżenie CA2202 podczas uruchamiania analizy kodu VS.

Innym rozwiązaniem, zaczerpniętym bezpośrednio ze strony CA2202 , jest użycie bloku try / last . Skonfiguruj poprawnie, spowoduje to tylko jednokrotne zamknięcie połączenia.

W dolnej części CA2202 firma Microsoft zaleca użycie następujących elementów:

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();
}

zamiast...

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

Tak. Wywołanie Dispose () on i IDisposable (co „użycie” robi) powinno spowodować, że obiekt wyczyści wszystkie swoje zasoby. Obejmuje to opróżnianie strumieni i zamykanie ich deskryptorów plików.

Jeśli w twoim przypadku chcesz przekazać to innym metodom, musisz upewnić się, że te metody nie wykonują odczytu / zapisu w bloku using.

W razie potrzeby prostym sposobem rozwiązania tego problemu jest zastąpienie metody Dispose klas StreamWriter. Zobacz mój post tutaj, aby uzyskać kod, jak to zrobić:

Czy .Disposing a StreamWriter zamyka źródłowy strumień?

strumień jest usuwany za pomocą słowa kluczowego „using” lub jawnie wywołując dispose