磁盘清理 vs DISM：两个不同的层面，附实测数据

两个工具，两个层面

磁盘清理——或它的现代形态“设置 → 系统 → 存储 → 临时文件”——工作在组件存储之上：临时文件、缩略图、回收站、传递优化残留，以及至关重要的 Windows 更新清理，后者负责从 SoftwareDistribution 流水线里清走被取代的更新载荷。它对付的是每个用户只要用 Windows 就会产生的垃圾。

带 /Online /Cleanup-Image /StartComponentCleanup 的 DISM 则工作在更下层，即 WinSxS 内部——这个组件存储保留着 Windows 修复或卸载更新时可能用到的每一个系统文件的每一个版本。几个月的累积更新之后，存储里堆满了被取代的版本；DISM 会把它们移走，同时完整保留现行版本。先运行 /AnalyzeComponentStore，DISM 自己就会告诉你清理到底值不值得。

我们在测试机上实际看到的数据

从全新安装到两年从未清理的笔记本，在这批机器上测出的区间足够稳定，可以拿来制定计划。你的具体数字会随更新历史浮动——但规律不变。

全新安装的 Windows 11：WinSxS 约 8–9 GB——这是地板，没有工具能挖穿它
功能更新刚结束时：WinSxS 膨胀 8–12 GB；StartComponentCleanup 能收回大约一半
落后几个更新的机器跑 Windows 更新清理：2–8 GB，大累积月之后偶尔更多
更新频繁的机器上的传递优化缓存：1–3 GB
从未清理的两年机龄笔记本：磁盘清理一轮共释放 12–18 GB，随后 DISM 又追加 2–5 GB
一周后的第二次 DISM：接近零——存储里被取代的东西早已剪完

顺序、安全和唯一值得斟酌的开关

按这个顺序执行：先跑磁盘清理里的 Windows 更新清理，因为它移除的是喂养 WinSxS 的更新载荷，然后用 DISM 修剪剩下的部分。两者都不会破坏今后的更新——“清理组件存储会弄坏 Windows 更新”这个顽固迷思，恰恰只是个迷思——但 /ResetBase 开关值得敬重：它会剥夺卸载已安装更新的能力，用一点安全换回一个 GB 左右。在替别人维护的机器上，跳过它。

永远不要手动删除 WinSxS 的内容，也不要让激进的第三方“清理工具”代劳——修复开始报 0x800f081f 错误就是这么来的。日常维护交给计划任务即可，同样的活儿、零风险：比如 Kleaner PRO 会按计划执行这类清理，让存储根本没有机会膨胀。每次功能更新之后把两个工具都再跑一遍；最大的收益就在那时出现。