Я получаю двоичные данные из поля базы данных SQL Server и создаю документ локально в каталоге, в котором у моего приложения есть разрешения. Однако я все еще получаю ошибку, указанную в названии. Я пробовал множество предложений, размещенных в Интернете, включая те, которые были предложены в предыдущих сообщениях в Stackoverflow. Я также использовал ProcessExplorer > Find Handle, чтобы найти блокировку и ничего не возвращает, как будто файл не заблокирован.
Я использую приведенный ниже код, чтобы сохранить файл в файловой системе, и затем попытаюсь скопировать этот файл в новое место позже в процессе приложения в рамках другого метода. Именно этот метод копирования принимает путь к вновь создаваемому файлу, который генерирует исключение.
Сам файл создается с его содержимым, и я могу без проблем открыть его через проводник Windows.
Я пропустил что-то совершенно очевидное? Правильно ли я создаю файл из базы данных? Любая помощь в решении или улучшении диагностики проблемы была бы высоко оценена.
// Get file from DB
FileStream fs = new FileStream(
"C:\myTempDirectory\myFile.doc", FileMode.OpenOrCreate, FileAccess.Write);
BinaryWriter br = new BinaryWriter(fs);
br.Write("BinaryDataFromDB");
fs.Flush();
fs.Close();
fs.Dispose();
// Copy file
File.Copy(sourceFileName, destinationFilename, true);
Попробуйте добавить вызов GC.Collect() после того, как вы удалили свои потоки, чтобы заставить сборщик мусора очистить.
// Get file from DB
using(FileStream fs = new FileStream("C:\myTempDirectory\myFile.doc", FileMode.OpenOrCreate, FileAccess.Write))
using(BinaryWriter br = new BinaryWriter(fs))
{
br.Write("BinaryDataFromDB");
fs.Flush();
}
//Force clean up
GC.Collect();
// Copy file
File.Copy(sourceFileName, destinationFilename, true);
измените свой код следующим образом: проблема заключается в том, что поток фишек не собирает мусор, когда вам это нужно:
// Get file from DB
using (FileStream fs = new FileStream("C:\myTempDirectory\myFile.doc", FileMode.OpenOrCreate, FileAccess.Write))
{
BinaryWriter br = new BinaryWriter(fs);
br.Write("BinaryDataFromDB");
fs.Flush();
fs.Close();
}
// Copy file
File.Copy(sourceFileName, destinationFilename, true);
Как насчет using?
string source = @"C:\myTempDirectory\myFile.doc";
using(FileStream fs = new FileStream(
source, FileMode.OpenOrCreate, FileAccess.Write, FileShare.Read))
{
BinaryWriter br = new BinaryWriter(fs);
br.Write("BinaryDataFromDB");
}
File.Copy(sourceFileName, destinationFilename, true);
EDIT. Попробуйте сообщить разрешение FileShare.Read.
Я понял, что хотя отладчик ошибок говорит, что ошибка лежит в этом коде.. Но это не ошибка. Я столкнулся с подобной проблемой, и я пришел с этим решением.. рассмотрю все сообщения выше.. Может быть, это может помочь кому-то...
Я использовал изображение, чтобы показать его в картинке после того, как он вернулся из базы данных и сохранил его как "temp.bmp", используя обычное кодирование, не используя ключевое слово "using", используя этот код:
PictureBox1.Image = Image.FromFile("temp.bmp");
и он поднял и ошибся, и у меня действительно не было головы и хвоста ошибки.. и поэтому я придумал это решение.
Вместо того, чтобы напрямую его назначать, попробуйте этот код:
Bitmap img;
using (Bitmap bmp = new Bitmap("temp.bmp"))
{
img = new Bitmap(bmp);
}
pictureBox1.Image = img;
входящий в часть фильтра, я просто использовал обычный код следующим образом:
FileStream fs = new FileStream("filepath",FileMode.Create);
и он работал как кусок пирога
Это действительно помогло
Возможно ли, что Filestream и BinaryWriter нельзя использовать одновременно? Например, потоковик и очиститель потоков не могут быть вызваны в один и тот же файл. Однако это не имеет смысла, насколько я знаю, в этом случае этого не должно быть. Возможно, попробуйте также закрыть br?
Попробуйте удалить объект BinaryWriter перед выполнением копии.
Есть ли фоновый процесс, такой как антивирус или индексация файловой системы, блокируя файл достаточно долго, чтобы вызвать проблемы с вашим приложением? Попробуйте сделать паузу в течение 3 секунд, чтобы увидеть, исчезла ли ваша проблема.
using System.Threading;
fs.Dispose();
Thread.Sleep(3000);
// Copy file
Вот что я сделал:
Stream stream = new MemoryStream();
var tempStream = new FileStream(pathToFile, FileMode.Open);
tempStream.CopyTo(stream);
tempStream.Close();
тогда используйте объект stream, где хотите.
Кажется, я столкнулся с этим только после того, как я опубликовал приложение. Если вы закроете окно сообщения и повторите попытку для отладки, ничего не произойдет. Помощник MS говорит, чтобы получить полный выход из Visual Studio и перезапустить его. Его легче поднять диспетчер задач и завершить процесс. Его имя будет именем решения, за которым следует ".vshost" (например, имя проекта: PLC.sln; имя процесса: PLC.vshost.exe). Процесс перезапустится автоматически. В Windows 7 обычно можно увидеть, что что-то происходит при завершении процесса. Но в 10 окно диспетчера задач редко меняется. Я получаю это сообщение, когда пытаюсь проверить программу после смены кода. Очевидно, что .exe не закрывается, когда останавливается отладка и возникает ошибка, когда VS пытается записать вновь исполняемый exe файл. Иногда мне приходится дважды заканчивать процесс, чтобы сообщение об ошибке не возвращалось. (Мне приходится сталкиваться с ошибкой дважды, дважды заканчивая процесс, а повторное воспроизведение не помогает). Это ошибка в Visual Studio.