使用[IO.Compression.ZipFile]::ExtractToDirectory()后ZIP文件锁无法释放问题

一、确保ZIP文件锁立即释放 #

使用[IO.Compression.ZipFile]::ExtractToDirectory静态方法时，若出现锁未及时释放的情况，可改用非静态的ZipArchive方式，通过手动调用Dispose明确控制资源生命周期，确保文件锁被释放：

$zipArchive = [IO.Compression.ZipArchive]::new(
    [IO.File]::OpenRead($downloadFilePath),
    [IO.Compression.ZipArchiveMode]::Read
)
$zipArchive.ExtractToDirectory($deploymentPath)
$zipArchive.Dispose() # 手动释放资源，避免隐式延迟回收

二、针对单个文件强制释放锁的通用方法 #

Windows系统没有直接强制释放文件锁的API——锁由持有它的进程维护，唯一可靠的方式是终止持有锁的进程。操作前必须确认进程身份，避免误杀关键系统进程。

三、查找锁定进程的正确方法 #

你使用的Get-Process | ForEach-Object { $_.Modules }方法无法检测到所有文件锁，因为Modules仅返回进程加载的可执行模块（如DLL、EXE），普通文件流（比如StreamWriter打开的文本文件）不会被记录到模块列表中。

以下是可行的PowerShell实现，通过CIM查询进程句柄获取锁定信息：

function Get-LockingProcess {
    param([string]$FilePath)
    Get-CimInstance -ClassName Win32_Process | ForEach-Object {
        $process = $_
        try {
            $handles = Get-CimAssociatedInstance -InputObject $process -ResultClassName Win32_ProcessHandle
            $handles | Where-Object { $_.HandleType -eq "File" -and $_.HandlePath -eq $FilePath } | ForEach-Object {
                [PSCustomObject]@{
                    ProcessId = $process.ProcessId
                    ProcessName = $process.Name
                    FilePath = $FilePath
                }
            }
        } catch {
            # 跳过无权限访问的系统进程
            continue
        }
    }
}

# 使用示例
$targetPath = "C:\New Text Document.txt"
Get-LockingProcess -FilePath $targetPath

也可借助Sysinternals的Handle.exe工具直接查询：

handle.exe $targetPath

四、疑问解答 #

1. 原链接代码是否可行？
   不可行。Process.Modules仅枚举进程加载的可执行模块，无法捕获通过文件流打开的普通文件锁，因此找不到你测试用的ISE进程。

2. 对文件锁的理解是否正确？
   核心理解正确：文件被其他进程占用时无法删除，但需区分模块加载和文件流打开两种锁场景——前者会被Modules捕获，后者需通过进程句柄查询才能检测到。

内容的提问来源于stack exchange，提问作者Gordon