如果这些文件正在进行更改（即正在下载的文件），Powershell 无法正确读取文件大小

Question

我正在编写一个 Powershell 脚本，旨在在完成一个或多个文件的下载后关闭 Windows 机器（笔记本电脑/PC）（为了示例，我们假设这里是一个大文件） .

简而言之，我们每 x 秒读取整个下载文件夹的大小，并比较延迟前后的大小。如果最近时间没有变化，说明下载要么完成，要么卡住，两种情况都会导致关机。

给定以下脚本（大小获取器在某些时候可以是一个独立的函数，是的）：

#Powershell5
#Major  Minor  Build  Revision
# -----  -----  -----  --------
# 5      1      19041  1320  

$downloadDir = "C:\Users\edi\Downloads"

while (1) 
{
    $s1 = Get-ChildItem -Path $downloadDir | Measure-Object -Property Length -Sum | Select-Object Sum
    write-host "S1:" $s1.sum

    # this 3 seconds time is just for testing purposes; in real case scenario this will most
    # likely be set to 60 or 120 seconds.
    Start-Sleep -s 3

    $s2 = Get-ChildItem -Path $downloadDir | Measure-Object -Property Length -Sum | Select-Object Sum
    write-host "S2:" $s2.sum

    if ($s1.sum -eq $s2.sum) 
    {
        write-host "Download complete, shutting down.."
        # loop exit is this, actual shutdown; commented out for testing purposes.
        #shutdown /s
    } 
}

我面临的问题是文件大小读取不是“实时”完成的。换句话说，文件大小并没有像您通常在资源管理器视图中看到的那样发生变化。我需要能够实时读取这些数字（更改文件大小）。

有趣的事实：在下载正在进行和脚本运行时，如果手动转到下载文件夹并按 F5 / 刷新...数字会发生变化（大小读数是准确的）。

旁注：我的研究让我看到了这篇可能提出根本原因的文章，但我不能 100% 确定它：https://devblogs.microsoft.com/oldnewthing/20111226-00/?p=8813

感谢您对此的任何想法。提前致谢！

Answer 1

我建议采用不同的策略：

• 为每个下载过程设置一个整体超时，例如curl.exe的--max-time选项。

• 不幸的是，PowerShell 自己的 Invoke-WebRequest 和 Invoke-RestMethod 似乎只有一个连接超时 (-TimeoutSec)，而不是整个连接的超时。

这样您就可以跟踪下载进程，并在所有进程终止后触发重启（无论是由于完成还是超时）。

---

至于你的方法：

• 您可以通过Get-ChildItem 查询的磁盘上文件大小不会在写入文件时连续更新，正如您所观察到的，而它最终更新，在文件关闭之前可能不会发生，即完整地写入。

  • 您可以试验基于Santiago Squarzon's helpful answer 的限制写入。

• 但是，您可以按需更新文件大小信息，即通过System.IO.FileSystemInfo.Refresh() 方法，这相当于您通过文件执行的手动刷新探险家。

  • 但是请注意，由于写入的内部缓冲，这仍然不是实时大小信息。

# Perform this before every Measure-Object call.
# It refreshes the size information of all files in the specified dir.
(Get-ChildItem -File -LiteralPath $downloadDir).Refresh()

顺便说一句：正如 Santiago 指出的那样，这种方法从根本上不适用于下载实用程序/API，它们预分配输出文件与下载的完整大小，这是一些BitTorrent 客户显然提供。

至于缩小已完成的下载与假定被卡住的下载：

Invoke-WebRequest / Invoke-RestMethod 在下载过程中以独占方式锁定其输出文件，因此您可以尝试读取哪些文件无法读取，从中您可以推断出哪些下载（如果有）仍在进行进行中：

# Note: In PowerShell (Core) 7+, use -AsByteStream instead of -Encoding Byte
Get-ChildItem -File -LiteralPath $downloadDir | 
  Get-Content -Encoding Byte -First 1 -ErrorVariable errs -ErrorAction SilentlyContinue |
    Out-Null

if ($errs) { Write-Warning "Incomplete downloads:`n$($errs.TargetObject)" }

Answer 2

此答案旨在证明，即使不可靠，也可以实时监控文件大小。在这种情况下，[System.IO.StreamWriter] 正在写入文件，每次迭代都会增加 1 个字节，直到文件达到 1Mb。

我也执行了相同的测试while downloading a "test file"，它对我来说工作正常，文件夹的总大小正在正确更新。

您所观察到的可能原因完全基于假设：

• 正在下载的文件已预先分配空间 - 我不明白这怎么可能，因为正如您所解释的，通过查看资源管理器，您可以看到文件大小在增加。
• size before 与 size after 计算之间没有足够的时间 - 这可能是由于缓冲，mklement0 已详细解释了这一点。增加睡眠时间可能会解决这个问题。另外，调用我不知道的.Refresh() 方法，谢谢:)

我的想法，我个人认为这不是解决这个问题的正确方法。过程监控将是一种更好的方法（假设这是一种可能性 - mklement0 也解释了，我完全同意他的观点）。

$checkSize = {
    (Get-ChildItem $PWD -File | Measure-Object -Property Length -Sum).Sum
}

$currentSize = & $checkSize
$testFile = Join-Path $pwd -ChildPath "testfile.dump"

$job = Start-Job {

    $writer = [System.IO.StreamWriter]::new(   
        [System.IO.File]::Create($using:testFile)
    )
    0..1Mb | ForEach-Object { $writer.Write(1) }
    $writer.Close()

} -Name testDump

'
Starting test:
'

do
{
    $increasingSizeBefore = & $checkSize
    Start-Sleep -Seconds 2
    $increasingSizeAfter = & $checkSize

    'StartingSize: {0} - SizeBefore: {1} - SizeAfter: {2}' -f
    $currentSize, $increasingSizeBefore, $increasingSizeAfter

} until ($increasingSizeBefore -eq $increasingSizeAfter)

$job | Stop-Job -PassThru | Remove-Job

我的结果：

Starting test:

StartingSize: 17458 - SizeBefore: 17458 - SizeAfter: 152626
StartingSize: 17458 - SizeBefore: 152626 - SizeAfter: 406578
StartingSize: 17458 - SizeBefore: 406578 - SizeAfter: 652338
StartingSize: 17458 - SizeBefore: 652338 - SizeAfter: 902194
StartingSize: 17458 - SizeBefore: 902194 - SizeAfter: 1066035
StartingSize: 17458 - SizeBefore: 1066035 - SizeAfter: 1066035