Чи закриває потік читання закриває потік?

Я надсилаю потік методам для запису, і в цих методах я використовую двійковий читач / wrtier. Коли читач / письменник отримує розпорядження, usingабо просто, коли на нього немає посилання, чи закритий також потік ??

Я б надіслав BinaryReader / Writer, але я також використовую StreamReader (можливо, я повинен обійти це. Я використовую це лише для GetLine та ReadLine). Це досить клопітно, якщо він закриває потік кожного разу, коли письменник / читач закривається.

Так, StreamReader, StreamWriter, BinaryReaderі BinaryWriterвсе близько / утилізувати їх основні потоки при виклику Disposeна них. Вони не розпоряджаються потоком, якщо читач / письменник є лише зібраним сміттям - завжди слід утилізувати читача / письменника, бажано із usingзаявою. (Насправді, жоден із цих класів не має фіналізаторів, а також не повинен.)

Особисто я вважаю за краще мати також оператор використання для потоку. Ви можете вкладати usingзаяви без дужок досить акуратно:

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

Навіть незважаючи на те, що usingвисловлювання для потоку дещо зайве (якщо StreamReaderконструктор не викидає виняток), я вважаю, що це найкраща практика, оскільки тоді, якщо ви позбудетесь StreamReaderта просто скористаєтеся потоком пізніше, ви вже матимете право розпорядження семантика.

Це стара, але я хотів сьогодні зробити щось подібне і виявив, що все змінилося. Оскільки .net 4.5 є leaveOpenаргумент:

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

Єдина проблема полягає в тому, що не зовсім очевидно, що встановити для інших параметрів. Ось деяка допомога:

Від на сторінці MSDN для StreamReader Конструктора (потік):

Цей конструктор ініціалізує кодування до UTF8Encoding, властивості BaseStream за допомогою параметра потоку та внутрішнього розміру буфера до 1024 байт.

Це просто залишає detectEncodingFromByteOrderMarksякий судячи з вихідний код єtrue

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

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

Було б добре, якби деякі з цих замовчувань були викриті або якщо аргументи були необов'язковими, щоб ми могли просто вказати ті, які ми хочемо.

Так. Ви можете перевірити це, подивившись на реалізацію за допомогою Reflector.

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

Затримка на шість років, але, можливо, це може комусь допомогти.

StreamReader закриває з'єднання під час його розміщення. Однак, "використання (Stream stream = ...) {...}" з StreamReader / StreamWriter може призвести до того, що потік буде утилізований двічі: (1), коли об'єкт StreamReader розміщений (2) та коли блок Stream using закривається. Це призводить до попередження CA2202 при запуску аналізу коду VS.

Ще одне рішення, взяте безпосередньо зі сторінки CA2202 , полягає у використанні блоку спробу / нарешті. Якщо встановити правильно, це з'єднання закриє лише один раз.

Майже в нижній частині CA2202 Microsoft рекомендує використовувати наступне:

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

замість...

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

Так. Виклик Dispose () on і IDisposable (що "за допомогою" робить) повинен об'єкт очистити всі його ресурси. Сюди входять потоки промивання та закриття дескрипторів файлів.

Якщо у вашому випадку ви хочете передати їх іншим методам, вам потрібно переконатися, що ці методи не виконують їх читання / запис у використанні блоку.

Простий спосіб виправити це, якщо вам потрібно, це перекрити метод розпорядження класів StreamWriter. Дивіться тут мій пост про код, як це зробити:

Чи закриває StreamWriter закриття основного потоку?

Потік розміщений або за допомогою ключового слова "з використанням", або виклику розпоряджається явно