您可能会遇到线程竞争条件，有文档示例将此用作安全漏洞。如果您检查文件是否可用，但随后尝试使用它，则可能会在此时抛出，恶意用户可能会使用它来强制和利用您的代码。

最好的方法是try catch / finally，它尝试获取文件句柄。

try
{
   using (Stream stream = new FileStream("MyFilename.txt", FileMode.Open))
   {
        // File/Stream manipulating code here
   }
} catch {
  //check here why it failed and ask user to retry if the file is in use.
}

我最近遇到了这个问题，找到了这个:https://learn.microsoft.com/en-us/dotnet/standard/io/handling-io-errors。

在这里，微软描述了以下检查IOException是否由于锁定文件导致的方法:

catch (IOException e) when ((e.HResult & 0x0000FFFF) == 32 ) {
    Console.WriteLine("There is a sharing violation.");
}

我所知道的唯一方法是使用Win32独占锁API，这不是太快，但例子存在。

对于大多数人来说，一个简单的解决方案就是尝试/捕捉/睡眠循环。

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

我很有兴趣看看这是否会引发任何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的问题范围，即简单地检查文件是否在使用，但这确实是我到达这里时希望解决的问题，所以也许它对其他人有用。

根据我的经验，你通常想这样做，然后“保护”你的文件做一些奇特的事情，然后使用“保护”文件。如果你只想这样使用一个文件，你可以使用Jeremy Thompson在回答中解释的技巧。但是，如果您试图对大量文件执行此操作(例如，当您正在编写安装程序时)，则会受到相当大的伤害。

解决这个问题的一个非常优雅的方法是，如果您的文件系统中有一个文件正在使用，那么它将不允许您更改文件夹名称。将文件夹保存在同一个文件系统中，它会非常有效。

请注意，您应该了解可以利用这一点的明显方式。毕竟，文件不会被锁定。此外，请注意还有其他原因可能导致Move操作失败。显然，适当的错误处理(MSDN)可以帮助解决这个问题。

var originalFolder = @"c:\myHugeCollectionOfFiles"; // your folder name here
var someFolder = Path.Combine(originalFolder, "..", Guid.NewGuid().ToString("N"));

try
{
    Directory.Move(originalFolder, someFolder);

    // Use files
}
catch // TODO: proper exception handling
{
    // Inform user, take action
}
finally
{
    Directory.Move(someFolder, originalFolder);
}

对于单个文件，我坚持使用Jeremy Thompson发布的锁定建议。