Зачем мне закрывать() файл на C#?

Question

Я знаю, что это может показаться глупым, но почему следующий код работает, только если я закрыл() файл? Если я не закрываю файл, весь поток не записывается.

Шаги:

1. Выполнить этот код на форму нагрузки.
2. Закрыть форму, используя мышь, как только она будет отображаться.
3. Программа завершается.

Не должен ли файл-объект быть красным или закрытым автоматически, когда он выходит из сферы видимости? Я новичок в C#, но я привык добавлять вызовы в Close() в деструкторах 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# не имеет автоматической детерминированной очистки. Вы должны обязательно вызвать функцию очистки, если вы хотите контролировать ее выполнение. Блок using является наиболее распространенным способом этого.

Если вы не включили вызов очистки самостоятельно, очистка произойдет, когда сборщик мусора решит, что память нужна для чего-то еще, что может быть очень долгое время спустя.

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

EDIT: Как Харви отмечает, в то время как очистка будет предпринята попытка, когда объект получает собраны, это не какой-либо залог успеха. Чтобы избежать проблем с циклическими ссылками, среда выполнения не пытается завершить работу над объектами в «правильном» порядке, поэтому FileStream может быть уже мертв к моменту завершения финализатора StreamWriter и пытается сбросить буферизованный вывод.

Если вы имеете дело с объектами, нуждающимися в очистке, сделайте это явно, либо с помощью using (для использования на локальном уровне), либо путем вызова IDisposable.Dispose (для долгоживущих объектов, таких как референты членов класса).

Answer 2

Поскольку Write() буферизуется, и буфер явно очищается Close().

Answer 3

Кэш операционной системы записывает в блочные устройства, чтобы обеспечить более высокую производительность ОС. Вы принудительно пишете путем промывки буфера после записи установки автозапуска для потокового блока.

Answer 4

Потоки - это объекты, которые «управляют» или «обрабатывают» ненужные собранные ресурсы. Поэтому они (потоки) реализуют интерфейс IDisposable, который при использовании с «использованием» гарантирует, что собранные ресурсы, не связанные с мусором, будут очищены. попробуйте следующее:

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

Без #Close вы не можете быть уверены в том, что основной дескриптор файла будет правильно закрыт. Иногда это может быть при отключении приложения.

Answer 5

Потому что дизайнеры C# клонировали Java, а не C++, несмотря на имя.

По-моему, они действительно пропустили лодку. Сбой стиля C++ на выходе области был бы намного лучше.

Даже не нужно освобождать память, чтобы быть лучше, просто запустите финализатор или метод IDisposable.

Answer 6

Потому что вы используете потоковый блокнот и не сбрасываете буфер до тех пор, пока не найдете Close() автора. Вы можете указать, что вы хотите, чтобы сценарист сбрасывался каждый раз, когда вы вызываете запись, установив для свойства streamer AutoFlush значение true.

Ознакомьтесь с документами. http://msdn.microsoft.com/en-us/library/system.io.streamwriter.aspx

Если вы хотите записать в файл без «закрытия», я хотел бы использовать:

System.IO.File