PowerShell中WriteAllBytes写入文件后遇“被其他进程占用”错误排查

[io.file]::WriteAllBytes 是否未即时关闭文件？ #

不会。[io.file]::WriteAllBytes是同步执行方法，写入完成后会自动关闭所有关联的文件句柄，不存在“未即时关闭”的问题。你遇到的文件被占用报错，大概率是以下两种原因：

• 共享路径（\\server\folder\...）的SMB协议或系统缓存存在延迟，文件句柄在系统层面未及时释放，导致后续转发请求读取时发生冲突。
• 服务器端的防病毒扫描、文件同步工具等进程，在文件刚写入完成就对其进行访问，抢占了文件句柄。

更高效可靠的文件写入方案 #

针对共享路径场景，推荐以下优化方式：

1. 先写入本地临时文件，再移动到共享路径 #

本地文件系统的句柄释放更及时，且同一文件系统下的移动操作是原子性的，能避免文件中间状态的冲突：

# 生成本地临时文件
$tempPath = [io.path]::GetTempFileName()
[io.file]::WriteAllBytes($tempPath, $response1.Content)

# 覆盖式移动到共享路径
Move-Item -Path $tempPath -Destination "\\server\folder\File0002.dat" -Force

2. 手动使用文件流控制写入 #

虽然WriteAllBytes已封装流操作，但手动通过FileStream可精准控制文件访问权限，减少共享场景下的冲突概率：

$filePath = "\\server\folder\File0002.dat"
# 使用using块自动释放流，指定独占写入、无共享权限
using ($stream = New-Object System.IO.FileStream($filePath, [System.IO.FileMode]::Create, [System.IO.FileAccess]::Write, [System.IO.FileShare]::None)) {
    $stream.Write($response1.Content, 0, $response1.Content.Length)
}

3. 跳过本地文件，直接转发响应流 #

如果你的需求仅为转发第一个请求的内容，完全可以跳过文件写入环节，直接用响应流发送，效率最高且彻底避免文件占用问题：

# 获取第一个请求的响应（保留原始流）
$response1 = Invoke-WebRequest -Uri "源地址" -UseBasicParsing -PassThru
# 直接用响应流作为第二个请求的Body
Invoke-WebRequest -Uri "目标地址" -Method Post -Body $response1.RawContentStream -UseBasicParsing

额外排查建议 #

• 检查共享服务器上的防病毒软件、备份工具是否会实时扫描该目录的新文件，可临时排除该目录进行测试。
• 将共享路径映射为本地驱动器（如Z:）后再写入，部分场景下可降低SMB协议的延迟。

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