内容摘要：我电脑的C盘里有个叫PatchCache的文件夹，位置在C:\Windows\SoftwareDistribution\Download。这玩意儿每隔几天就自己长回来，像野草一样。我删了它，系统更新一

我电脑的漏洞老C盘里有个叫PatchCache的文件夹，位置在C:\Windows\SoftwareDistribution\Download。补丁这玩意儿每隔几天就自己长回来，目录像野草一样。自动我删了它，生成系统更新一次，漏洞老它又冒出来。补丁再删，目录再冒。自动后来我干脆写了个批处理，生成开机自动清，漏洞老结果微软的补丁更新服务一跑，那文件夹又原地复活。目录

这不是自动我一个人的问题。我同事老张，生成他笔记本的WinSxS目录膨胀到20多个G，怎么清理都瘦不下来。他以为是中毒了，重装了系统，结果三个月后又变成老样子。实际上，这个“自动生成”的补丁目录，是Windows的Component-Based Servicing机制在作祟——系统每次打补丁，都会把旧文件备份到WinSxS里，防止新补丁出问题好回滚。可问题在于，微软的清理策略笨得要命。它默认保留最近30天的备份，但很多企业电脑的组策略被管理员改过，把保留时间拉长到180天，甚至永久保留。你手动删？系统觉得你还可能回滚，下一轮更新时又把缺失的备份重新下载一遍。

更气人的是，有些第三方优化软件会误删servicing stack的关键组件，导致系统误判补丁状态，然后疯狂下载重复补丁。我见过一台财务部的老机器，C:\Windows\SoftwareDistribution里堆了400多个重复的.cab文件，每个都十几MB。那台电脑的硬盘是机械盘，开机要转五分钟，风扇呼呼响，财务大姐以为电脑快炸了。

有个土办法能缓解：把SoftwareDistribution文件夹的权限改成只读。但这招治标不治本——系统更新服务会报错，然后你不得不重新给权限，否则补丁装不上。另一招是用DISM /StartComponentCleanup命令，它能清掉被替换的旧组件，但前提是你得先停掉Windows Update服务，而且这命令跑起来极慢，固态硬盘都要等二十分钟。我试过一次，跑完确实瘦了3个G，但下次大版本更新（比如从22H2升到23H2），那目录又膨胀回去，体积比之前还大。

微软在Windows 10 1809之后加了个“自动清理”选项，默认开启。但说实话，那玩意儿只在系统空闲时才跑，而且清理逻辑保守得过分——它只删那些已经被标记为“可替代”超过两个月的文件。你要是每月更新一次，它永远赶不上你积累的速度。我自己的电脑，WinSxS里躺着2019年的旧驱动备份，系统死活不肯删，哪怕我根本没装过那个硬件。

最讽刺的是，这个“自动生成”的目录，恰恰是Windows引以为傲的“可靠性”设计。它想保证你永远能回滚到上一个正常状态。可现实是，大部分用户根本不会回滚，只会看着C盘空间一点点被啃掉，然后骂系统垃圾。我自己现在用第三方工具PatchCleaner，每季度手动扫一次，能清出七八个G。但每次清完，我都得提醒自己：下次更新前记得关掉Windows Update，否则它又会把备份重新拉回来。

所以你说这目录为啥老自动生成？因为微软的更新机制就是头倔驴，你越删它越补。与其跟它硬刚，不如学会跟它共存——要么定期用DISM清理，要么干脆把系统装在1TB以上的固态里，眼不见心不烦。反正我是不打算再跟它较劲了。