¿Puedes evitar que StreamReader elimine la transmisión subyacente?

Question

¿Hay una manera de hacer esto:

this.logFile = File.Open("what_r_u_doing.log", FileMode.OpenOrCreate, FileAccess.ReadWrite); 

using(var sr = new StreamReader(this.logFile)) 
{ 
    // Read the data in 
} 

// ... later on in the class ... 

this.logFile = File.Open("what_r_u_doing.log", FileMode.OpenOrCreate, FileAccess.ReadWrite); 

using(var sw = new StreamWriter(this.logFile)) 
{ 
    // Write additional data out... 
} 

sin tener que abrir el archivo dos veces?

Parece que no puedo hacer que StreamReader no elimine mi transmisión. No quiero simplemente dejarlo fuera del alcance, tampoco. Entonces, el recolector de basura eventualmente llamará al Dispose, matando a la corriente.

Answer 1

No quiero simplemente dejarlo fuera de alcance, tampoco. Entonces, el recolector de basura eventualmente llamará al Dispose, matando a la corriente.

colector de basura llamará al método Finalize (destructor), no el método Dispose. El finalizador llamará al Dispose(false) que marcará y no para eliminar el flujo subyacente. Debería estar bien dejando el StreamReader fuera del alcance si necesita usar el flujo subyacente directamente. Solo asegúrese de desechar la transmisión subyacente manualmente cuando sea apropiado.

Answer 2

Ciérrelo usted mismo en una cláusula try/finally cuando haya terminado con él.

var sr = new StreamReader(); 
try { 
    //...code that uses sr 
    //....etc 
} 
finally 
{ 
    sr.Close(); 
} 

Answer 3

Simplemente quite el bloque de uso. No es necesario que deseche() el StreamReader si no desea Dispose() la transmisión, creo.

Answer 4

usted podría utilizar la clase NonClosingStreamWrapper de Jon Skeet de MiscUtil library, sirve exactamente ese propósito

Answer 5

Se puede crear una nueva clase que hereda de StreamReader y anular el método Close; dentro de su método Close, llame a Dispose (false), que como señaló Mehrdad, no cierra la transmisión. Lo mismo se aplica a StreamWriter, por supuesto.

Sin embargo, parece que una mejor solución sería simplemente aferrarse a las instancias StreamReader y StreamWriter siempre que las necesite. Si ya planea mantener la transmisión abierta, también podría mantener abiertos StreamReader y StreamWriter. Si usa StreamWriter.Flush y Stream.Seek correctamente, debería poder hacer que esto funcione incluso al leer y escribir.

Answer 6

.NET 4.5 finalmente solucionar este problema con una nueva constructores en StreamReader y StreamWriter que tienen un parámetro LeaveOpen:

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

StreamWriter(Stream stream, System.Text.Encoding encoding, int bufferSize, bool leaveOpen) 

Answer 7

Uso otra sobrecarga del constructor donde se puede specifu un parámetro "LeaveOpen" a "true"

Answer 8

siempre utilizo algo como esto: (que también utiliza el argumento leaveOpen)

public static class StreamreaderExtensions 
{ 
    public static StreamReader WrapInNonClosingStreamReader(this Stream file) => new StreamReader(file, Encoding.UTF8, true, 1024, true); 
} 

Uso:

using (var reader = file.WrapInNonClosingStreamReader()) 
{ 
    .... 
}