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

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

如果你的代码是这样的:

if not locked then
    open and update file

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

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

在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
}

下面是DixonD代码的一个变体，它增加了等待文件解锁的秒数，并重试:

public bool IsFileLocked(string filePath, int secondsToWait)
{
    bool isLocked = true;
    int i = 0;

    while (isLocked &&  ((i < secondsToWait) || (secondsToWait == 0)))
    {
        try
        {
            using (File.Open(filePath, FileMode.Open)) { }
            return false;
        }
        catch (IOException e)
        {
            var errorCode = Marshal.GetHRForException(e) & ((1 << 16) - 1);
            isLocked = errorCode == 32 || errorCode == 33;
            i++;

            if (secondsToWait !=0)
                new System.Threading.ManualResetEvent(false).WaitOne(1000);
        }
    }

    return isLocked;
}


if (!IsFileLocked(file, 10))
{
    ...
}
else
{
    throw new Exception(...);
}

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

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

不使用互操作，你可以使用。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