更新了该解决方案的说明:使用FileAccess检查。对于只读文件，ReadWrite将失败，因此解决方案已修改为使用FileAccess.Read进行检查。

原: 在过去的几年里，我一直在使用这段代码，没有遇到过任何问题。

理解你在使用异常时的犹豫，但你不能总是避免它们:

protected virtual bool IsFileLocked(FileInfo file)
{
    try
    {
        using(FileStream stream = file.Open(FileMode.Open, FileAccess.Read, FileShare.None))
        {
            stream.Close();
        }
    }
    catch (IOException)
    {
        //the file is unavailable because it is:
        //still being written to
        //or being processed by another thread
        //or does not exist (has already been processed)
        return true;
    }

    //file is not locked
    return false;
}

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

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

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

也许您可以使用FileSystemWatcher并观察“已更改”事件。

我自己还没用过这个，但也许值得一试。如果对于这种情况，文件系统监控器显得有点重，那么我将使用try/catch/sleep循环。

除了工作3-liner，只是为了参考:如果你想要完整的信息-在微软开发中心有一个小项目:

https://code.msdn.microsoft.com/windowsapps/How-to-know-the-process-704839f4

现发现于: https://github.com/TacticalHorse/LockFinder/blob/master/LockFinder.cs

引言:

The C# sample code developed in .NET Framework 4.0 would help in finding out which is the process that is having a lock on a file. RmStartSession function which is included in rstrtmgr.dll has been used to create a restart manager session and according to the return result a new instance of Win32Exception object is created. After registering the resources to a Restart Manager session via RmRegisterRescources function, RmGetList function is invoked to check what are the applications are using a particular file by enumerating the RM_PROCESS_INFO array.

它通过连接到“重启管理器会话”来工作。

重启管理器使用向会话注册的资源列表 确定哪些应用程序和服务必须关闭并重新启动。 资源可以通过文件名、服务短名称或 描述正在运行的应用程序的RM_UNIQUE_PROCESS结构。

为了满足你的特殊需求，它可能有点过度设计了…… 但如果这是你想要的，那就去拿vs-project吧。

这样的东西会有用吗?

var fileWasWrittenSuccessfully = false;
while (fileWasWrittenSuccessfully == false)
{
    try
    {
        lock (new Object())
        {
            using (StreamWriter streamWriter = new StreamWriter("filepath.txt"), true))
            {
                streamWriter.WriteLine("text");
            }
        }

        fileWasWrittenSuccessfully = true;
    }
    catch (Exception)
    {

    }
}