组件清理到底删除了什么
Windows 会把安装过的每个组件版本都留在 C:\Windows\WinSxS 里，每次累积更新之后，被取代的旧版本仍留在原处，以便必要时卸载更新。StartComponentCleanup 会在这些被取代版本不再需要时将其删除，在不影响已安装功能、应用和个人设置的前提下缩减存储。这个文件夹在文件资源管理器里看起来也远比实际占用的物理空间大，因为硬链接会把同一个物理文件计算多次——AnalyzeComponentStore 会在资源管理器数值旁边报告真实大小。
清理在几个月的累积更新之后、或功能更新刚结束时收益最大，那时被取代组件的积压最多。在全新安装的系统上，或已被内置计划任务处理过的系统上，基本收不回什么。合理的预期是：回收 1–5 GB，耗时从约十分钟到较慢硬件上远超三十分钟。
分步执行清理
右键单击“开始”按钮，选择“终端 (管理员)”，打开提升权限的 Windows PowerShell。先运行分析命令并阅读其结尾几行：Component Store Cleanup Recommended : Yes 表示值得继续，No 表示可以直接关掉窗口。然后运行清理本身，让它顺利完成，期间不要关机或重启——中断不会损坏任何东西，但这次运行就白费了。
进度条经常会在同一个百分比上停滞好几分钟，这是正常现象，不是卡死。DISM 结束后，如果还想验证系统文件完整性，sfc /scannow 是顺理成章的下一步。两条铁律依然有效：绝不手动删除 WinSxS 里的任何内容，也不要压缩该文件夹——两者都会破坏组件维护，而下面的命令是缩减存储唯一受支持的方式。
- Dism.exe /Online /Cleanup-Image /AnalyzeComponentStore —— 实际存储大小和 Yes/No 建议
- Dism.exe /Online /Cleanup-Image /StartComponentCleanup —— 清理本身，10–40 分钟
- Dism.exe /Online /Cleanup-Image /StartComponentCleanup /ResetBase —— 激进变体，见下文
- sfc /scannow —— DISM 结束后的可选完整性检查
/ResetBase 的取舍与重复频率
加上 /ResetBase 会清除所有被取代的版本，包括 Windows 为了卸载近期更新而保留的那些。额外收益有限，但之后已安装的更新将无法单独卸载——设置 → Windows Update → 更新历史记录中的“卸载更新”按钮对它们不再起作用。只有在“永久缩小组件存储”比“回滚保险”更重要时才选择它，比如一台你确定很稳定的机器。
很少需要手动重复这个过程：Windows 已经通过内置计划任务 \Microsoft\Windows\Servicing\StartComponentCleanup 运行同样的清理——当然不带 /ResetBase。每隔几个月手动来一次，或紧跟在功能更新之后，就足够了。如果 AnalyzeComponentStore 持续建议清理，说明有什么在不断取代组件——通常是待安装更新的积压——先装上它们再重新分析。
常见问题与解答
DISM StartComponentCleanup 需要多长时间？
大约十分钟到四十分钟，取决于硬件和被取代组件的堆积量。在固定百分比上长时间停滞是正常现象，让它跑完即可。
StartComponentCleanup 要加 /ResetBase 吗？
只有接受此后无法卸载已安装更新时才用。不加该开关仍能保留回滚选项，并回收大部分空间。
StartComponentCleanup 和 RestoreHealth 有什么区别？
StartComponentCleanup 通过删除被取代组件来缩减健康的存储；RestoreHealth 通过从 Windows Update 重新下载受损文件来修复损坏的存储。它们解决的是不同的问题。
继续阅读
联系我们: [email protected]