SoftwareDistribution 文件夹是什么，什么时候清理它能修好 Windows 更新

网上有一半的更新修复教程，开头都是让你删掉这个文件夹——可几乎没有一篇讲清楚你删掉的到底是什么。SoftwareDistribution 就是 Windows 更新的仓库：在停止相关服务的前提下清空它是安全的，而且一台机器的一生里很少需要清超过一两次。

Windows 更新背后的仓库

C:\Windows\SoftwareDistribution 是 Windows 更新的仓库：每个更新都先下载到 Download 子文件夹，在那里完成暂存，然后才交给安装程序。旁边是 DataStore，其中的 DataStore.edb 是一个 ESE 数据库，保存着更新历史——也就是“查看更新历史”里看到的那份列表。文件夹里还有些零碎的记账：SLS 存放更新扫描用的元数据，PostRebootEvent 记录重启后才收尾的操作标记。健康的机器上它安静地待在几百兆；一次失败的功能更新或一个卡住的累积补丁之后，里面可能堆着 10–20 GB 的死重。体积本身不算故障——麻烦始于数据库或已暂存的文件损坏，此后每次重试都会把同一个坏包重新下载一遍。

里面住着什么，逐层看

动手删除之前，先弄清每一部分是干什么的很有必要：一半内容丢了毫无感觉，另一半丢了才会真正想念。下面这六位住户，基本就是你在里面能碰到的全部。

Download：更新安装包本身——占地方的大头；可以放心清空，Windows 会重新下载需要的部分
DataStore\DataStore.edb：更新历史数据库——删掉它，已安装更新列表就会变成空白
SLS：更新扫描用的元数据——下次检查时自动重建
PostRebootEvent：重启后待完成操作的标记——重启一结束就会消失
tmp：进行中下载的临时工作区——只在服务停止时才能动它
ReportingEvents.log：更新事件的纯文本日志——体积小，诊断时很顺手

安全流程，以及它真正管用的时候

正确的顺序是：停止 Windows Update 服务和 BITS（net stop wuauserv、net stop bits），把文件夹改名为 SoftwareDistribution.old，重新启动服务，再点击“检查更新”。停止服务不是可有可无的环节：wuauserv 占用的文件在它运行期间既删不掉也改不了名。这一招治的是经典的更新卡死症状——比如 0x80070002 这类错误、永远停在某个百分比的下载、装完又反复推荐自己的更新。代价是“设置”里的更新历史变成一片空白，因为你删掉了存放它的数据库。它治不了的是：慢线路上的慢下载、按流量计费连接的限速、传递优化的上传流量——那是另一个缓存，有自己的开关。