Windows 10“准备安装更新”时会做什么？

我注意到Windows 10在实际开始使用之前似乎花费了大量时间“准备安装更新”。我还注意到，在大部分时间里，进度条根本不会前进。就像现在如何长时间保持在10％的水平（我没有记下来，但我不认为如果过几分钟就夸大了），然后跃升至68％，这与单一更新。

由于仅文本文字显然不够清晰，因此，这是我要询问的特定Windows Update步骤的屏幕快照（请单击链接以查看完整的屏幕截图，从中裁剪出以下内容）。请注意，屏幕截图是在与我在第一段中讨论的更新会话不同的更新会话中拍摄的，因此完成百分比是不同的。

Windows 在这段时间内实际上在做什么？哪些“准备工作”花费了如此长的时间？

请注意，我并不是在询问更新的实际安装。

虽然提示我问这个问题的特定时间是在VM中，但在实际硬件上运行Windows 10时我会看到类似的行为，因此我认为这不仅与它在VM中运行有关（甚至尽管这可能是一个因素）。

我已经使用Microsoft-Windows-WindowsUpdateClientETW提供程序捕获了Windows Update活动。

在这里，我看不到任何事件准备：

我只看到Start和Stop的Download和Install。

现在，在“准备安装更新”步骤中，我使用WPRUI 跟踪DiskIO和CPU使用情况。

在这里，我可以看到TrustedInstaller正在忙于检查wcp.dll!CCSDirectTransaction::VerifyFileHashes更新数据的哈希值（）：

我看到磁盘IO，TRustedInstaller.exe将数据复制到C:\Windows\WinSxS\Temp\InFlight\和C:\Windows\SoftwareDistribution\Download\。

因此，基本上，这种“准备安装”实际上是更新的安装，因此这是一个令人困惑的输出。

Microsoft使用1809解决了错误的状态，并直接显示正确的“安装文本”：

据我了解，Windows无法在此步骤中创建卷影副本，尽管我找不到任何来源来确认这一点。但是，我将提供以下观察结果：

• 为了在系统还原中正常工作，必须在更新过程中的某个时刻创建卷影副本。
• 即使使用理想的系统配置，创建卷影副本也总是花费大量时间。此外，根据安装的支持VSS的应用程序的数量，这可能比其他类似的硬件配置“更长”，因为多个VSS编写器将静默其负责的数据。
• 计算机的存储子系统性能可能会进一步延长完成卷影副本的时间，因为这是磁盘密集型过程。

我怀疑这是“准备更新”阶段中执行的唯一操作，但是这会占用所需时间的很大一部分。

我认为最可能的答案是Windows正在解压缩一些存档（甚至下载它们），并且肯定为下一次启动准备了系统，因此与其正常启动，不如继续进行更新。