Remove-Item(和 [System.IO.File]::Delete() )删除正在使用的文件

Remove-Item (and [System.IO.File]::Delete() ) removes file that is in use

我正在编写一个脚本来清理 Autodesk 安装留下的许多 GB 的垃圾,并且我收到一个关于深埋在仍在使用的文件夹结构中的日志文件的错误。所以,我想得到 $_.exception.GetType().fullname 这样我就可以有一个 do/while 循环,只要那是失败就循环。或者更有可能循环直到成功或指定次数的尝试失败。 为此,我在我的 C 驱动器上创建了一个 RTF 文件,在写字板中打开它并尝试使用此代码来获取异常信息。

$path = 'C:\New folder\New Rich Text Document.rtf'
try {
    Remove-Item $path -errorAction Stop
} catch {
    Write-Host "$($_.exception.GetType().fullname)"
    Write-Host "$($_.exception.message)"
}

最终结果,没有 -Force 标志,文件即使在打开时也被删除。我认为这真的不应该发生。这只是像微软从不费心用写字板实现文件锁定这样的愚蠢行为吗?或者我不明白这种行为有什么充分的理由吗?更重要的是,有没有办法触发这种情况,这样我就可以实际编写和测试一些能够优雅响应的代码?最好不要使用 MS Office 等,因为我没有。 OS 中包含的内容将是理想的。 我发现 this 使用 PowerShell 的方法,所以我可以有第二个脚本 运行 锁定文件并在释放它之前循环一段时间,只要那个时间小于我的删除超时会起作用。但似乎我应该能够打开文件。虽然我现在想到导致问题的文件是一个日志文件,所以它很可能是通过更像 link 的机制锁定的,而不是实际上被“打开”。但在我看来,打开的文件应该是 delete-able.

此外,如标题所述,我也尝试了 [System.IO.File]::Delete($path),令我惊讶的是,它也被删除了。越来越好奇了。

某些应用程序在打开文件时不会像 MS Word 那样对文本文件加锁。但是写字板没有,所以可以在写字板中打开文件时删除文件..

为了测试文件锁,我使用了一个小辅助函数:

function Test-LockedFile {
    param (
        [parameter(Mandatory = $true, ValueFromPipeline = $true, ValueFromPipelineByPropertyName = $true)]
        [Alias('FullName', 'FilePath')]
        [ValidateScript({Test-Path $_ -PathType Leaf})]
        [string]$Path
    )
    $file = [System.IO.FileInfo]::new($Path)
    # old PowerShell versions use:
    # $file = New-Object System.IO.FileInfo $Path

    try {
        $stream = $file.Open([System.IO.FileMode]::OpenOrCreate,
                             [System.IO.FileAccess]::Write,
                             [System.IO.FileShare]::Delete)  # in this case for deletion
        if ($stream) { $stream.Close() }
        return $false
    }
    catch {
        return $true
    }
}

现在,如果我在 MS Word 中打开文件并测试该文件

Test-LockedFile 'D:\Test\blah.rtf'

returns True

当我在写字板中打开同一个文件时,测试结果在False

另一种确定文件是否被锁定的方法,虽然偷偷摸摸是尝试更改该文件的扩展名(或与此相关的任何文件属性)。如果在锁定应用程序中打开,你不能这样做,但在写字板中打开时,没问题..