我很有兴趣看看这是否会引发任何WTF反射。我有一个进程，它创建并随后从控制台应用程序启动PDF文档。然而，我正在处理一个弱点，如果用户要多次运行该进程，生成相同的文件而不首先关闭先前生成的文件，应用程序将抛出异常并死亡。这是一个相当常见的情况，因为文件名是基于销售报价数字的。

与其以这种不体面的方式失败，我决定依靠自动递增的文件版本控制:

private static string WriteFileToDisk(byte[] data, string fileName, int version = 0)
{
    try
    {
        var versionExtension = version > 0 ? $"_{version:000}" : string.Empty;
        var filePath = Path.Combine(AppDomain.CurrentDomain.BaseDirectory, $"{fileName}{versionExtension}.pdf");
        using (var writer = new FileStream(filePath, FileMode.Create))
        {
            writer.Write(data, 0, data.Length);
        }
        return filePath;
    }
    catch (IOException)
    {
        return WriteFileToDisk(data, fileName, ++version);
    }
}

可能需要对catch块多加注意，以确保捕获了正确的IOException(s)。我可能还会在启动时清除应用程序存储，因为这些文件是临时的。

我意识到这超出了OP的问题范围，即简单地检查文件是否在使用，但这确实是我到达这里时希望解决的问题，所以也许它对其他人有用。

我很有兴趣看看这是否会引发任何WTF反射。我有一个进程，它创建并随后从控制台应用程序启动PDF文档。然而，我正在处理一个弱点，如果用户要多次运行该进程，生成相同的文件而不首先关闭先前生成的文件，应用程序将抛出异常并死亡。这是一个相当常见的情况，因为文件名是基于销售报价数字的。

与其以这种不体面的方式失败，我决定依靠自动递增的文件版本控制:

private static string WriteFileToDisk(byte[] data, string fileName, int version = 0)
{
    try
    {
        var versionExtension = version > 0 ? $"_{version:000}" : string.Empty;
        var filePath = Path.Combine(AppDomain.CurrentDomain.BaseDirectory, $"{fileName}{versionExtension}.pdf");
        using (var writer = new FileStream(filePath, FileMode.Create))
        {
            writer.Write(data, 0, data.Length);
        }
        return filePath;
    }
    catch (IOException)
    {
        return WriteFileToDisk(data, fileName, ++version);
    }
}

可能需要对catch块多加注意，以确保捕获了正确的IOException(s)。我可能还会在启动时清除应用程序存储，因为这些文件是临时的。

我意识到这超出了OP的问题范围，即简单地检查文件是否在使用，但这确实是我到达这里时希望解决的问题，所以也许它对其他人有用。

尝试将文件移动/复制到临时目录。如果可以的话，它没有锁，您可以安全地在临时目录中工作而不需要锁。否则就在x秒内再移动一次。

retry_possibility:
//somecode here

try
{
    using(FileStream stream = file.Open(FileMode.Open, FileAccess.Read, FileShare.None))
    {
        stream.Close();
    }
    //write or open your file here
}
catch (IOException)
{
    DialogResult dialogResult = MessageBox.Show("This file is opened by you or another user. Please close it and press retry.\n"+ expFilePath, "File Locked", MessageBoxButtons.RetryCancel);
    if (dialogResult == DialogResult.Retry)
    {
        goto retry_possibility;
    }
    else if (dialogResult == DialogResult.Cancel)
    {
        //do nothing
    }
}

只要按预期使用异常即可。接受该文件正在使用，并再次尝试，直到操作完成。这也是最有效的，因为您不需要在执行之前浪费任何检查状态的周期。

例如，使用下面的函数

TimeoutFileAction(() => { System.IO.File.etc...; return null; } );

2秒后超时的可重用方法

private T TimeoutFileAction<T>(Func<T> func)
{
    var started = DateTime.UtcNow;
    while ((DateTime.UtcNow - started).TotalMilliseconds < 2000)
    {
        try
        {
            return func();                    
        }
        catch (System.IO.IOException exception)
        {
            //ignore, or log somewhere if you want to
        }
    }
    return default(T);
}

I once needed to upload PDFs to an online backup archive. But the backup would fail if the user had the file open in another program (such as PDF reader). In my haste, I attempted a few of the top answers in this thread but could not get them to work. What did work for me was trying to move the PDF file to its own directory. I found that this would fail if the file was open in another program, and if the move were successful there would be no restore-operation required as there would be if it were moved to a separate directory. I want to post my basic solution in case it may be useful for others' specific use cases.

string str_path_and_name = str_path + '\\' + str_filename;
FileInfo fInfo = new FileInfo(str_path_and_name);
bool open_elsewhere = false;
try
{
    fInfo.MoveTo(str_path_and_name);
}
catch (Exception ex)
{
    open_elsewhere = true;
}

if (open_elsewhere)
{
    //handle case
}