不使用互操作，你可以使用。net FileStream类方法Lock和Unlock:

文件流。锁 http://msdn.microsoft.com/en-us/library/system.io.filestream.lock.aspx

文件流。解锁 http://msdn.microsoft.com/en-us/library/system.io.filestream.unlock.aspx

您可以在感兴趣的文件区域上通过互操作调用LockFile。这将不会抛出异常，如果它成功，你将对文件的那一部分(由你的进程持有)拥有一个锁，这个锁将一直持有，直到你调用UnlockFile或你的进程死亡。

然后，在这两行之间，另一个进程可以很容易地锁定文件，给您带来您一开始试图避免的相同问题:异常。

但是，通过这种方式，您将知道问题是暂时的，并稍后重试。(例如，您可以编写一个线程，如果在尝试写入时遇到锁，则会不断重试，直到锁消失。)

另一方面，IOException本身还不够特定，以至于锁定是导致IO失败的原因。可能有一些不是暂时的原因。

在Powershell中也是一样

function Test-FileOpen
{
    Param
    ([string]$FileToOpen)
    try
    {
        $openFile =([system.io.file]::Open($FileToOpen,[system.io.filemode]::Open))
        $open =$true
        $openFile.close()
    }
    catch
    {
        $open = $false
    }
    $open
}

不，不幸的是，如果你仔细想想，这些信息无论如何都是毫无价值的，因为文件可能在下一秒就被锁定(阅读:短时间跨度)。

为什么您特别需要知道文件是否被锁定?知道了这一点，我们可能会以其他方式给你一些好的建议。

如果你的代码是这样的:

if not locked then
    open and update file

然后，在这两行之间，另一个进程可以很容易地锁定文件，给您带来您一开始试图避免的相同问题:异常。

您可以通过尝试自己先读取或锁定文件来查看文件是否被锁定。

请在这里查看我的回答以了解更多信息。