半夜两点，我盯着屏幕上的进度条，心里涌上一股无名火。那个熟悉的场景再次上演：《命运2》更新下载完毕，Steam弹出“验证安装文件”的窗口，几分钟后，它居然从头开始重新下载。那一刻，我差点把鼠标扔出去。
第一次遭遇：更新变无限循环
事情要从半年前说起。当时我兴致勃勃地打开Steam，准备游玩新赛季的《Apex英雄》。一个2.3GB的更新包，我花了半小时下载完，然后Steam开始验证。验证完了，我以为可以进入游戏了，结果进度条又跳回了起点，显示“正在下载0%”。我愣了，以为是网络或者硬盘出了故障。重启Steam、重启电脑，甚至删除了Steam下载缓存文件夹——没用，下载、验证、重新下载，像是一个跳不出的怪圈。
验证究竟在做什么？我的摸索
后来我花了不少时间去琢磨Steam的验证机制。它似乎不仅仅是检查文件完整性，还会对比文件清单和本地磁盘状态。我怀疑过磁盘空间：是不是剩余空间不足，导致验证写入临时文件时失败？我清理出了50GB，依然重蹈覆辙。我又怀疑过文件权限：是不是某些文件夹被只读了？但即便用管理员权限运行Steam，问题照旧。最头疼的一次，我甚至重装了Steam客户端，结果重新登录后，它又开始了那套“下载-验证-重下”的流程。
自己做的试验
- 更换了默认下载区，从美国西海岸换到日本，速度降低，但重下依旧。
- 关闭了杀毒软件的实时监控，避免文件拦截。
- 用Steam的“修复库文件夹”功能，扫描所有游戏，仍无济于事。
我几乎把能想到的方法都试了一遍，但问题像牛皮癣，时好时坏。
噪音中的领悟：可能是Steam自身的问题
有一次，我在Steam社区发现了一个帖子，几百人在下面回复“同样的问题”。发帖人分析说，这是Steam客户端对某些游戏打包方式的兼容性缺陷，特别是那些包含大量小文件的游戏。当验证时发现某个文件的哈希值存在问题——不一定是真损坏，可能只是读取超时或磁盘缓存错乱——那么Steam会判定整个更新无效，只能从头再来。这个解释让我心里稍微好受些，虽然它没给出解决方案。我开始回忆起《绝地求生》曾因为反作弊系统频繁更新，也让我遭受过类似折磨。甚至有一次，《赛博朋克2077》的57GB巨大更新在验证后归零，我的周末直接报销。
磁盘碎片与文件系统的小情绪
我不禁怀疑，是不是我那块老旧的机械硬盘惹的祸？后来我换成固态硬盘，情况确实有所缓解。然而，就连在NVMe固态上，偶发的验证后重下也依然存在。我发现，当Steam下载的并发线程数调高时，更容易触发这种问题。于是我将下载线程数从32降到了8，再加上流量限速80%，似乎减少了重下的概率。但我也无法确定这是否是心理作用。
情感上的过山车
那段时间，我每次看到Steam的验证进度就紧张，就像等待审判。有几次，验证通过后居然直接进入游戏，我会兴奋地截图发给朋友，仿佛中了大奖。而更多时候，当它又开始重新下载，我内心只有疲惫。我们这些普通玩家，最怕的就是这种“薛定谔的更新”——你永远不知道启动游戏后，等待你的是新内容，还是一整个通宵的重下。有时候我甚至会想，是不是Steam在故意消耗我的流量？但转念一想，G胖不至于吧。
直到现在，这个问题依然没有完全消失。我学会了耐心，养成了在非必要时刻不触碰大更新的习惯。但我心底里始终希望Valve能彻底解决验证机制的这个Bug。毕竟，数字时代的时间很宝贵，而我只想在忙碌一天后，安静地打一把游戏而已。
