¿Por qué debo cerrar() un archivo en C#?

Question

Sé que esto puede parecer tonto, pero ¿por qué el siguiente código solo funciona si cierro() el archivo? Si no cierro el archivo, la secuencia completa no se escribe.

Pasos:

1. ejecuta este código en forma de carga.
2. Cerrar formulario usando el mouse una vez que se muestra.
3. El programa finaliza.

¿No debería enjuagarse o cerrarse automáticamente el objeto de archivo cuando se sale del alcance? Soy nuevo en C#, pero estoy acostumbrado a agregar llamadas a Close() en destructores de C++.

// Notes: complete output is about 87KB. Without Close(), it's missing about 2KB at the end. 

// Convert to png and then convert that into a base64 encoded string. 
string b64img = ImageToBase64(img, ImageFormat.Png); 
// Save the base64 image to a text file for more testing and external validation. 
StreamWriter outfile = new StreamWriter("../../file.txt"); 
outfile.Write(b64img); 
// If we don't close the file, windows will not write it all to disk. No idea why 
// that would be. 
outfile.Close(); 

Answer 1

C# no tiene una limpieza determinista automática. Debe asegurarse de llamar a la función de limpieza si desea controlar cuándo se ejecuta. El bloque using es la forma más común de hacerlo.

Si no realiza la llamada de limpieza usted mismo, la limpieza se realizará cuando el recolector de basura decida que la memoria es necesaria para otra cosa, lo que podría ser un tiempo muy largo después.

using (StreamWriter outfile = new StreamWriter("../../file.txt")) { 
    outfile.Write(b64img); 
} // everything is ok, the using block calls Dispose which closes the file 

EDIT: Como señala Harvey, mientras que la limpieza se intentará cuando el objeto sea recolectado, esto no es ninguna garantía de éxito. Para evitar problemas con las referencias circulares, el tiempo de ejecución no intenta finalizar los objetos en el orden "correcto", por lo que el FileStream en realidad ya puede estar muerto cuando se ejecuta el finalizador StreamWriter e intenta vaciar la salida almacenada en el búfer.

Si usted trata de objetos que necesitan limpieza, lo hacen de forma explícita, ya sea con using (para el uso local de ámbito) o llamando IDisposable.Dispose (para objetos de larga vida, como referentes de miembros de la clase).

Answer 2

Debido Write() es amortiguada y el buffer se vacía explícitamente por Close().

Answer 3

Caché del sistema operativo escribe en dispositivos de bloque para permitir que el sistema operativo tenga un mejor rendimiento. Para forzar una escritura, se vacía el búfer después de escribir para configurar el secuenciador para que se autoflush.

Answer 4

Los flujos son objetos que "gestionan" o "manejan" recursos no recolectados como basura. Por lo tanto, ellos (Streams) implementan la interfaz IDisposable que, cuando se usa con 'using', se asegurará de que los recursos no recolectados que no son basura se limpien. intente esto:

using (StreamWriter outfile = new StreamWriter("../../file.txt")) 
{ 
    outfile.Write(b64img); 
} 

Sin la #Cerrar, no se puede estar seguro de que cuando el identificador de archivo subyacente se cerrará correctamente. A veces, esto puede ser al apagar la aplicación.

Answer 5

Porque los diseñadores de C# clonaban Java y no C++ a pesar del nombre.

En mi opinión, realmente echaron de menos el barco. La destrucción del estilo de C++ en la salida del alcance habría sido mucho mejor.

Ni siquiera tendría que liberar la memoria para ser mejor, simplemente ejecute automáticamente el finalizador o el método IDisposable.

Answer 6

Puesto que está utilizando un StreamWriter y no vaciar el almacenamiento intermedio hasta que Close() el escritor. Puede especificar que desea que el escritor descargue cada vez que llame a escritura estableciendo la propiedad AutoFlush del editor de secuencia en verdadero.

Revisa los documentos. http://msdn.microsoft.com/en-us/library/system.io.streamwriter.aspx

Si desea escribir en un archivo sin "cierre", me gustaría utilizar:

System.IO.File