Подождите, пока файл не будет разблокирован в .NET.
Каков самый простой способ блокировки потока до тех пор, пока файл не будет разблокирован и недоступен для чтения и переименования? Например, существует ли WaitOnFile() где-то в .NET Framework?
У меня есть служба, которая использует FileSystemWatcher для поиска файлов, которые должны быть переданы на FTP-сайт, но созданное файлом событие срабатывает до того, как другой процесс завершит запись файла.
Идеальное решение будет иметь период ожидания, чтобы поток не зависал навсегда, прежде чем отказаться.
Изменить: после тестирования некоторых из нижеприведенных решений я закончил смену системы, чтобы все файлы писали в Path.GetTempFileName()
, а затем выполнили File.Move()
в конечном месте. Как только событие FileSystemWatcher
запущено, файл уже завершен.
Ответы
Ответ 1
Это был ответ, который я дал в вопросе :
/// <summary>
/// Blocks until the file is not locked any more.
/// </summary>
/// <param name="fullPath"></param>
bool WaitForFile(string fullPath)
{
int numTries = 0;
while (true)
{
++numTries;
try
{
// Attempt to open the file exclusively.
using (FileStream fs = new FileStream(fullPath,
FileMode.Open, FileAccess.ReadWrite,
FileShare.None, 100))
{
fs.ReadByte();
// If we got this far the file is ready
break;
}
}
catch (Exception ex)
{
Log.LogWarning(
"WaitForFile {0} failed to get an exclusive lock: {1}",
fullPath, ex.ToString());
if (numTries > 10)
{
Log.LogWarning(
"WaitForFile {0} giving up after 10 tries",
fullPath);
return false;
}
// Wait for the lock to be released
System.Threading.Thread.Sleep(500);
}
}
Log.LogTrace("WaitForFile {0} returning true after {1} tries",
fullPath, numTries);
return true;
}
Ответ 2
Начиная с ответа Эрика, я включил некоторые улучшения, чтобы сделать код намного более компактным и многоразовым. Надеюсь, это полезно.
FileStream WaitForFile (string fullPath, FileMode mode, FileAccess access, FileShare share)
{
for (int numTries = 0; numTries < 10; numTries++) {
FileStream fs = null;
try {
fs = new FileStream (fullPath, mode, access, share);
return fs;
}
catch (IOException) {
if (fs != null) {
fs.Dispose ();
}
Thread.Sleep (50);
}
}
return null;
}
Ответ 3
Вот общий код для этого, независимо от самой операции с файлом. Это пример того, как его использовать:
WrapSharingViolations(() => File.Delete(myFile));
или
WrapSharingViolations(() => File.Copy(mySourceFile, myDestFile));
Вы также можете определить количество повторных попыток и время ожидания между попытками.
ПРИМЕЧАНИЕ. К сожалению, основная ошибка Win32 (ERROR_SHARING_VIOLATION) не отображается в .NET, поэтому я добавил небольшую функцию взлома (IsSharingViolation
) на основе механизмов отражения, чтобы проверить это.
/// <summary>
/// Wraps sharing violations that could occur on a file IO operation.
/// </summary>
/// <param name="action">The action to execute. May not be null.</param>
public static void WrapSharingViolations(WrapSharingViolationsCallback action)
{
WrapSharingViolations(action, null, 10, 100);
}
/// <summary>
/// Wraps sharing violations that could occur on a file IO operation.
/// </summary>
/// <param name="action">The action to execute. May not be null.</param>
/// <param name="exceptionsCallback">The exceptions callback. May be null.</param>
/// <param name="retryCount">The retry count.</param>
/// <param name="waitTime">The wait time in milliseconds.</param>
public static void WrapSharingViolations(WrapSharingViolationsCallback action, WrapSharingViolationsExceptionsCallback exceptionsCallback, int retryCount, int waitTime)
{
if (action == null)
throw new ArgumentNullException("action");
for (int i = 0; i < retryCount; i++)
{
try
{
action();
return;
}
catch (IOException ioe)
{
if ((IsSharingViolation(ioe)) && (i < (retryCount - 1)))
{
bool wait = true;
if (exceptionsCallback != null)
{
wait = exceptionsCallback(ioe, i, retryCount, waitTime);
}
if (wait)
{
System.Threading.Thread.Sleep(waitTime);
}
}
else
{
throw;
}
}
}
}
/// <summary>
/// Defines a sharing violation wrapper delegate.
/// </summary>
public delegate void WrapSharingViolationsCallback();
/// <summary>
/// Defines a sharing violation wrapper delegate for handling exception.
/// </summary>
public delegate bool WrapSharingViolationsExceptionsCallback(IOException ioe, int retry, int retryCount, int waitTime);
/// <summary>
/// Determines whether the specified exception is a sharing violation exception.
/// </summary>
/// <param name="exception">The exception. May not be null.</param>
/// <returns>
/// <c>true</c> if the specified exception is a sharing violation exception; otherwise, <c>false</c>.
/// </returns>
public static bool IsSharingViolation(IOException exception)
{
if (exception == null)
throw new ArgumentNullException("exception");
int hr = GetHResult(exception, 0);
return (hr == -2147024864); // 0x80070020 ERROR_SHARING_VIOLATION
}
/// <summary>
/// Gets the HRESULT of the specified exception.
/// </summary>
/// <param name="exception">The exception to test. May not be null.</param>
/// <param name="defaultValue">The default value in case of an error.</param>
/// <returns>The HRESULT value.</returns>
public static int GetHResult(IOException exception, int defaultValue)
{
if (exception == null)
throw new ArgumentNullException("exception");
try
{
const string name = "HResult";
PropertyInfo pi = exception.GetType().GetProperty(name, BindingFlags.NonPublic | BindingFlags.Instance); // CLR2
if (pi == null)
{
pi = exception.GetType().GetProperty(name, BindingFlags.Public | BindingFlags.Instance); // CLR4
}
if (pi != null)
return (int)pi.GetValue(exception, null);
}
catch
{
}
return defaultValue;
}
Ответ 4
Я собрал вспомогательный класс для подобных вещей. Он будет работать, если вы будете контролировать все, что будет доступ к файлу. Если вы ожидаете конкуренции от множества других вещей, то это довольно бесполезно.
using System;
using System.IO;
using System.Threading;
/// <summary>
/// This is a wrapper aroung a FileStream. While it is not a Stream itself, it can be cast to
/// one (keep in mind that this might throw an exception).
/// </summary>
public class SafeFileStream: IDisposable
{
#region Private Members
private Mutex m_mutex;
private Stream m_stream;
private string m_path;
private FileMode m_fileMode;
private FileAccess m_fileAccess;
private FileShare m_fileShare;
#endregion//Private Members
#region Constructors
public SafeFileStream(string path, FileMode mode, FileAccess access, FileShare share)
{
m_mutex = new Mutex(false, String.Format("Global\\{0}", path.Replace('\\', '/')));
m_path = path;
m_fileMode = mode;
m_fileAccess = access;
m_fileShare = share;
}
#endregion//Constructors
#region Properties
public Stream UnderlyingStream
{
get
{
if (!IsOpen)
throw new InvalidOperationException("The underlying stream does not exist - try opening this stream.");
return m_stream;
}
}
public bool IsOpen
{
get { return m_stream != null; }
}
#endregion//Properties
#region Functions
/// <summary>
/// Opens the stream when it is not locked. If the file is locked, then
/// </summary>
public void Open()
{
if (m_stream != null)
throw new InvalidOperationException(SafeFileResources.FileOpenExceptionMessage);
m_mutex.WaitOne();
m_stream = File.Open(m_path, m_fileMode, m_fileAccess, m_fileShare);
}
public bool TryOpen(TimeSpan span)
{
if (m_stream != null)
throw new InvalidOperationException(SafeFileResources.FileOpenExceptionMessage);
if (m_mutex.WaitOne(span))
{
m_stream = File.Open(m_path, m_fileMode, m_fileAccess, m_fileShare);
return true;
}
else
return false;
}
public void Close()
{
if (m_stream != null)
{
m_stream.Close();
m_stream = null;
m_mutex.ReleaseMutex();
}
}
public void Dispose()
{
Close();
GC.SuppressFinalize(this);
}
public static explicit operator Stream(SafeFileStream sfs)
{
return sfs.UnderlyingStream;
}
#endregion//Functions
}
Он работает с использованием именованного мьютекса. Те, кто хочет получить доступ к файлу, пытаются получить контроль над именованным мьютексом, который разделяет имя файла (с\\ превращенным в '/' ы). Вы можете использовать Open(), который останавливается до тех пор, пока мьютекс не будет доступен, или вы можете использовать TryOpen (TimeSpan), который пытается получить мьютексы для заданной продолжительности и возвращает false, если он не может получить за время. Это, скорее всего, будет использоваться внутри используемого блока, чтобы гарантировать, что блокировки будут выпущены должным образом, и поток (если открыт) будет правильно удален, когда этот объект будет удален.
Я сделал быстрый тест с ~ 20 вещами, чтобы делать различные чтения/записи файла и не видел коррупции. Очевидно, что он не очень продвинутый, но он должен работать для большинства простых случаев.
Ответ 5
Для этого конкретного приложения непосредственное наблюдение за файлом неизбежно приведет к сложной трассировке ошибки, особенно при увеличении размера файла. Вот две различные стратегии, которые будут работать.
- Ftp два файла, но только смотреть один. Например, отправьте файлы important.txt и important.finish. Следите только за финишем, но обрабатываете txt.
- FTP один файл, но переименуйте его, когда закончите. Например, отправьте файл important.wait и передайте отправителю имя файла important.txt по завершении.
Удачи!
Ответ 6
Один из методов, которые я использовал некоторое время назад, - это написать свою собственную функцию. В основном поймайте исключение и повторите попытку, используя таймер, который вы можете запустить в течение определенной продолжительности. Если есть лучший способ, пожалуйста, поделитесь.
Ответ 7
От MSDN:
Событие OnCreated поднимается, как только как файл создается. Если файл копирование или перенос в наблюдаемый каталог, событие OnCreated будут немедленно подняты, после одним или несколькими событиями OnChanged.
Ваш FileSystemWatcher может быть изменен, чтобы он не выполнял его чтение/переименование во время события OnCreated, а скорее:
- Spanws - поток, который проверяет статус файла, пока он не заблокирован (с использованием объекта FileInfo).
- Возврат к службе для обработки файла, как только он определяет, что файл больше не заблокирован и готов к работе.
Ответ 8
В большинстве случаев простой подход, например, предложенный @harpo, будет работать. Используя этот подход, вы можете разработать более сложный код:
- Найти все открытые дескрипторы для выбранного файла с помощью SystemHandleInformation\SystemProcessInformation
- Класс подкласса WaitHandle для доступа к нему внутреннего дескриптора
- Передать найденные ручки, завернутые в подклассифицированный метод WaitHandle, чтобы WaitHandle.WaitAny
Ответ 9
Объявление для файла запуска процесса передачи SameNameASTrasferedFile.trg
который создается после завершения передачи файла.
Затем установите FileSystemWatcher, который будет запускать событие только в файле *.trg.
Ответ 10
Я не знаю, что вы используете, чтобы определить статус блокировки файлов, но что-то вроде этого должно это сделать.
while (true)
{
try {
stream = File.Open( fileName, fileMode );
break;
}
catch( FileIOException ) {
// check whether it a lock problem
Thread.Sleep( 100 );
}
}
Ответ 11
Возможным решением было бы объединить файловую систему с некоторым опросом,
получать уведомления для каждого изменения в файле, а при получении уведомлений проверить,
заблокирован, как указано в принятом в настоящее время ответе: fooobar.com/questions/72786/...
Код для открытия потока будет скопирован из ответа и слегка изменен:
public static void CheckFileLock(string directory, string filename, Func<Task> callBack)
{
var watcher = new FileSystemWatcher(directory, filename);
FileSystemEventHandler check =
async (sender, eArgs) =>
{
string fullPath = Path.Combine(directory, filename);
try
{
// Attempt to open the file exclusively.
using (FileStream fs = new FileStream(fullPath,
FileMode.Open, FileAccess.ReadWrite,
FileShare.None, 100))
{
fs.ReadByte();
watcher.EnableRaisingEvents = false;
// If we got this far the file is ready
}
watcher.Dispose();
await callBack();
}
catch (IOException) { }
};
watcher.NotifyFilter = NotifyFilters.LastWrite;
watcher.IncludeSubdirectories = false;
watcher.EnableRaisingEvents = true;
//Attach the checking to the changed method,
//on every change it gets checked once
watcher.Changed += check;
//Initially do a check for the case it is already released
check(null, null);
}
Таким образом, вы можете проверить файл, если он заблокирован и получит уведомление, когда он закрыт по указанному обратному вызову, таким образом вы избегаете чрезмерно агрессивного опроса и выполняете только работу, когда он может быть фактически закрыт
Ответ 12
Я делаю это так же, как и Gulzar, просто пытаюсь с помощью цикла.
На самом деле я даже не беспокоюсь о наблюдателе файловой системы. Опрос сетевого диска для новых файлов раз в минуту дешевле.
Ответ 13
Просто используйте событие Изменено с NotifyFilter NotifyFilters.LastWrite:
var watcher = new FileSystemWatcher {
Path = @"c:\temp\test",
Filter = "*.xml",
NotifyFilter = NotifyFilters.LastWrite
};
watcher.Changed += watcher_Changed;
watcher.EnableRaisingEvents = true;
Ответ 14
У меня возникла аналогичная проблема при добавлении вложения Outlook. "Использование" сохранено в день.
string fileName = MessagingBLL.BuildPropertyAttachmentFileName(currProp);
//create a temporary file to send as the attachment
string pathString = Path.Combine(Path.GetTempPath(), fileName);
//dirty trick to make sure locks are released on the file.
using (System.IO.File.Create(pathString)) { }
mailItem.Subject = MessagingBLL.PropertyAttachmentSubject;
mailItem.Attachments.Add(pathString, Outlook.OlAttachmentType.olByValue, Type.Missing, Type.Missing);
Ответ 15
Как об этом в качестве опции:
private void WaitOnFile(string fileName)
{
FileInfo fileInfo = new FileInfo(fileName);
for (long size = -1; size != fileInfo.Length; fileInfo.Refresh())
{
size = fileInfo.Length;
System.Threading.Thread.Sleep(1000);
}
}
Конечно, если размер файла предварительно назначен на создание, вы получите ложный результат.