🔥个人主页:杨利杰YJlio
❄️个人专栏:《Windows 疑难杂症与工单复盘案例库》 《Sysinternals实战教程》
《WINDOWS教程》 《Windows PowerShell 实战》 《IOS插件分析测试》
《超简单:用Python让Excel飞起来》
🌟让复杂的事情更简单,让重复的工作自动化
Dism++清理C盘:PE空间回收实战
- 一、先判断C盘空间到底被什么占用
- 二、先用Windows内置工具完成第一轮清理
- 2.1 使用存储清理建议
- 2.2 分析WinSxS组件存储
- 2.3 查询当前空间基线
- 三、进入PE前的备份和风险检查
- 四、在PE中选择正确的离线Windows
- 五、先扫描,不要直接使用默认全选
- 六、第一轮:相对低风险项目怎么选
- 七、以前的Windows系统:删除后无法回退
- 八、过期驱动:不建议按容量批量删除
- 九、Installer、CompactOS和硬链接合并:默认不要勾选
- 9.1 Installer目录
- 9.2 CompactOS(极瘦)
- 9.3 硬链接合并(极瘦)
- 十、厂商缓存和安装源:清理后可能失去修复能力
- 10.1 Realtek声卡驱动安装源缓存
- 10.2 Java安装缓存
- 10.3 Package Cache目录
- 10.4 Office 365/2016安装源
- 十一、按风险分三轮执行
- 十二、清理后的完整验证和回退
- 12.1 检查释放空间
- 12.2 检查组件存储
- 12.3 检查系统文件
- 12.4 检查更新和应用
- 十三、企业桌面支持工单模板
- 十四、标准处理流程
- 十五、处理总结
一、先判断C盘空间到底被什么占用
C 盘空间不足时,常见表现包括 Windows 更新失败、软件无法安装、临时文件写入异常、系统盘容量条变红,以及登录和启动速度下降。开始清理前,应先区分用户数据、应用数据和 Windows 系统组件占用。
| 占用来源 | 优先处理方式 |
|---|---|
| 桌面、下载、图片和视频 | 迁移到数据盘或 OneDrive,修改默认保存位置 |
| 微信、企业微信、QQ 和浏览器缓存 | 使用应用自身的存储管理功能清理 |
| 大型软件和游戏 | 卸载后重新安装到数据盘,不直接移动程序目录 |
| Windows 临时文件和更新下载缓存 | 优先使用 Windows 存储设置和清理建议 |
| WinSxS 组件存储 | 先分析组件存储,再使用微软支持的 DISM 清理 |
| Windows.old、驱动包和安装源 | 清理前确认回滚、修复和卸载需求 |
Dism++ 是第三方 Windows 映像管理工具,可以处理在线系统和离线 Windows。它的“空间回收”页面会同时列出普通缓存、系统组件、安装源和极限精简项目。项目数量多,并不代表适合全部勾选。
本文不采用“一键全选”方案。C 盘治理的目标是释放可确认的无用数据,同时保留系统更新回退、驱动恢复和软件修复能力。
二、先用Windows内置工具完成第一轮清理
电脑能够正常进入 Windows 时,先使用微软提供的存储清理和组件维护工具。它们了解当前系统的更新、组件和回滚状态,风险通常低于第三方极限清理。
2.1 使用存储清理建议
开始 设置 系统 存储 清理建议重点查看临时文件、大型或未使用文件、云端同步文件和未使用应用。删除下载目录和回收站内容前,应逐项确认。
2.2 分析WinSxS组件存储
管理员命令提示符中执行:
DISM /Online /Cleanup-Image /AnalyzeComponentStore如果结果显示建议清理组件存储,再执行:
DISM /Online /Cleanup-Image /StartComponentCleanup/StartComponentCleanup用于删除已经被新版本取代的组件。不要把手工删除C:\Windows\WinSxS当成清理方法。
更激进的命令如下:
DISM /Online /Cleanup-Image /StartComponentCleanup /ResetBase/ResetBase会把当前已安装更新设置为新的组件基线,执行后无法卸载已经被替代的更新。只有在系统稳定、补丁验证完成,并确认不需要回退时才考虑使用。
2.3 查询当前空间基线
Get-Volume-DriveLetter C|Select-ObjectDriveLetter,FileSystem,HealthStatus,Size,SizeRemaining记录清理前剩余空间,后续才能准确判断每一轮操作释放了多少容量。
正常启动的电脑优先完成内置清理。系统无法启动、空间极低导致在线工具无法运行,或需要处理离线 Windows 时,再进入 PE 使用 Dism++。
三、进入PE前的备份和风险检查
PE 会减少系统文件占用,但不会消除误选系统、断电、硬盘异常和错误勾选带来的风险。操作前应准备外接硬盘,并完成以下检查。
| 准备项目 | 操作要求 |
|---|---|
| 重要数据 | 备份桌面、文档、下载、聊天文件和业务数据 |
| 系统镜像 | 办公主力机和生产机建议制作可启动恢复镜像 |
| BitLocker | 保存恢复密钥,并确认 PE 能识别或解锁目标卷 |
| 驱动备份 | 清理驱动前导出第三方驱动包 |
| 事件日志 | 故障机在清理日志前先导出系统和应用日志 |
| Windows更新 | 确认没有正在安装或等待重启的更新 |
导出第三方驱动:
mkdir E:\DriverBackup pnputil /export-driver * E:\DriverBackup导出事件日志:
mkdir E:\EventLogs wevtutil epl System E:\EventLogs\System.evtx wevtutil epl Application E:\EventLogs\Application.evtx查询 BitLocker:
manage-bde -status备份目录必须位于另一块物理磁盘或可靠的网络位置。只把备份放在即将清理的 C 盘中,没有实际回退价值。
四、在PE中选择正确的离线Windows
进入 PE 后,原系统盘符可能从C:变成D:、E:或其他盘符。截图中的 Dism++ 顶部同时显示当前 WinPE 和一套Windows 11 专业版 x64离线系统,离线系统位于D:。
先使用 DiskPart 核对卷:
diskpart list volume exit逐个检查 Windows 目录:
dir C:\Windows dir D:\Windows dir E:\Windows打开 Dism++ 后,单击顶部的目标 Windows,确认以下信息:
| 确认项 | 正确状态 |
|---|---|
| 系统版本 | 与需要清理的 Windows 版本一致 |
| 盘符 | 对应包含Windows、Users和Program Files的卷 |
| 系统状态 | 显示为本地硬盘、准备就绪 |
| 加密状态 | BitLocker 卷已经正确解锁 |
选择目标系统后进入:
常用工具 空间回收不要默认清理列表中的第一套 Windows。PE 本身也会显示为一个 Windows 环境,选错目标可能清理 PE 盘或其他系统。
五、先扫描,不要直接使用默认全选
Dism++ 空间回收页会列出过期文件、系统相关缓存、应用缓存、备份文件和临时文件。截图中的专家模式还显示了 Installer、CompactOS、硬链接合并和安装源等高风险项目。
点击右下角“扫描”,等待每个项目显示可释放容量。扫描结果只是空间估算,不代表系统建议删除。
截图中的扫描结果包括:
| 项目 | 扫描结果示例 | 说明 |
|---|---|---|
| 被取代的 WinSxS 组件 | 889MB | 属于组件存储清理,应优先使用微软 DISM 完成 |
| 过期驱动 | 2.50GB | 空间较大,但驱动恢复和特殊设备风险较高 |
| Windows 事件 | 73.9MB | 清理后会失去排障时间线 |
| CompactOS(极瘦) | 7.22GB | 属于系统压缩,不是普通删除 |
| 硬链接合并(极瘦) | 910MB | 可能影响依赖硬链接的软件和组件 |
| Windows 下载缓存 | 571MB | 更新完成后可考虑清理 |
| .NET 程序集缓存 | 385MB | 清理后可能触发重新生成和短期性能下降 |
空间数字越大,越需要确认它承担的恢复、修复或运行功能。高质量清理看的是删除后果,不是总容量。
六、第一轮:相对低风险项目怎么选
第一次清理建议只处理能够重新生成、且不承担系统回退和软件修复功能的项目。即使属于低风险,也要结合当前故障状态判断。
| 项目 | 建议 | 注意事项 |
|---|---|---|
| Windows 报告 | 系统稳定且无需分析历史故障时可清理 | 故障机先保留或导出错误报告 |
| Windows 事件 | 导出日志后可按需清理 | 会删除应用和系统故障时间线 |
| Windows 下载缓存 | 更新完成且没有待重启任务时可清理 | 下载中的更新会重新获取 |
| 缩略图缓存 | 可清理 | 资源管理器会重新生成,首次浏览图片可能变慢 |
| WinINet 网页缓存 | 可按需清理 | 旧式应用可能需要重新下载网页资源 |
| WinINet Cookies | 不建议作为默认项 | 可能清除登录状态和站点设置 |
| Appx 应用缓存 | 商店应用正常且允许重新生成时可清理 | 部分应用首次启动会重新初始化 |
| .NET 程序集缓存 | 空间紧张时再考虑 | 可能触发程序集重新编译,首次运行变慢 |
| WinSxS 临时文件 | 没有挂起更新时可考虑 | 建议先完成更新重启和 DISM 健康检查 |
第一轮只选择确认理解的项目,执行后重启 Windows 并观察。一次清理过多项目会让故障定位和回退变得困难。
七、以前的Windows系统:删除后无法回退
“以前的 Windows 系统”通常对应Windows.old和升级回退所需文件。Dism++ 的警告明确提示:清理后将无法回滚到以前安装的系统。
满足以下条件时才考虑清理:
| 检查项 | 要求 |
|---|---|
| 新系统稳定性 | 已完成多次重启、更新和业务软件验证 |
| 用户数据 | 旧用户目录中的文件已经完成备份和核对 |
| 回退需求 | 确认不再需要“返回”到上一版本 Windows |
| 恢复介质 | 具备系统镜像或安装介质 |
电脑能够正常启动时,优先使用:
设置 系统 存储 临时文件 以前的 Windows 安装删除 Windows.old 属于不可逆操作。释放空间前,应先确认旧系统中的个人文件已经迁移。
八、过期驱动:不建议按容量批量删除
截图中的“过期驱动”可以释放约2.50GB,但 Dism++ 同时提示:使用某些插件结构或手动安装驱动的系统,清理后可能出现未知签名或路径问题。
驱动包应按硬件和 INF 逐个确认。微软提供的 PnPUtil 可以列出和删除第三方驱动:
pnputil /enum-drivers /files删除某个已经确认不再使用的驱动包:
pnputil /delete-driver oem42.inf只有确认设备已经使用新驱动、旧包不再被任何设备引用,并且保留 OEM 驱动备份时,才适合删除。
| 设备类型 | 风险 |
|---|---|
| 存储控制器、RST、VMD、RAID | 错误清理可能导致系统无法识别磁盘或无法启动 |
| 网卡和无线网卡 | 可能失去联网能力,无法在线补驱动 |
| 显卡和双显卡平台 | 可能影响亮度、多屏、睡眠唤醒和独显切换 |
| 特殊业务设备 | 加密狗、打印机、采集卡和行业外设可能依赖旧驱动 |
普通办公机不建议使用 Dism++ 批量清理过期驱动。按具体oem#.inf管理驱动包,更容易审计和回退。
九、Installer、CompactOS和硬链接合并:默认不要勾选
9.1 Installer目录
C:\Windows\Installer保存 Windows Installer 使用的 MSI 和 MSP 缓存。Dism++ 警告显示,清理后可能无法卸载或更新相关 MSP 补丁。
删除 Installer 缓存还可能导致软件修复、升级和卸载时提示找不到安装源。该目录不应通过资源管理器或 Dism++ 进行无差别清理。
9.2 CompactOS(极瘦)
CompactOS 是 Windows 支持的系统文件压缩机制,不是删除缓存。截图中的 Dism++“极瘦”模式警告,错误使用可能造成程序无法运行,甚至系统无法启动。
需要评估 CompactOS 时,优先使用微软命令查询:
compact.exe /compactos:query正式启用:
compact.exe /compactos:always恢复未压缩状态:
compact.exe /compactos:neverCompactOS 更适合存储容量有限、处理器性能足够的设备。普通办公电脑不应把它作为首次空间治理方案。
9.3 硬链接合并(极瘦)
Dism++ 警告明确指出,部分依赖硬链接功能的软件可能无法正常使用。
Windows 组件存储本身大量使用硬链接。不了解文件依赖关系时,不要执行硬链接合并。
Installer、Dism++ 极瘦 CompactOS 和硬链接合并都不应出现在普通用户的默认勾选清单中。
十、厂商缓存和安装源:清理后可能失去修复能力
10.1 Realtek声卡驱动安装源缓存
截图中的警告写明:如果电脑安装了瑞昱声卡,该条目不建议清理。
该缓存可能用于驱动重新安装、组件修复和 OEM 音效功能。只有确认电脑没有 Realtek 音频设备,或已经准备好匹配机型的完整驱动包时才考虑处理。
10.2 Java安装缓存
Dism++ 警告显示,清理 Java 安装缓存会影响 Java 的卸载。
使用旧版 Java 的业务软件、报税工具和行业客户端可能需要特定 Java 版本。未确认软件依赖和卸载方案前不要清理。
10.3 Package Cache目录
C:\ProgramData\Package Cache常被 WiX、Visual Studio 和其他安装程序用于修改、修复和增加组件。
截图中的说明指出,清理后部分基于 WiX 的程序仍可能卸载,但升级、修复和增加组件可能需要联网或重新提供安装镜像。离线开发机、生产机和安装源不可再获取的电脑不应清理。
10.4 Office 365/2016安装源
截图中的警告明确表示,清理 Office 安装源可能导致无法正常卸载 Office。
Office 修复、更新和卸载应使用 Microsoft 365 在线修复或官方卸载工具,不应以删除安装源缓存代替。
| 项目 | 默认建议 |
|---|---|
| Realtek驱动安装源缓存 | 有 Realtek 音频设备时保留 |
| Java安装缓存 | 使用 Java 业务软件时保留 |
| Package Cache | 需要软件修改、修复或离线安装时保留 |
| Office安装源 | 默认保留 |
十一、按风险分三轮执行
完成扫描后,可以按三轮方式处理。每轮清理后都重启并验证,避免一次修改过多。
| 轮次 | 项目方向 | 处理要求 |
|---|---|---|
| 第一轮 | 下载缓存、缩略图缓存、临时文件、已导出的事件日志 | 优先处理可重新生成的内容 |
| 第二轮 | Windows.old、Appx缓存、.NET缓存和部分厂商缓存 | 确认回滚和应用依赖后再选择 |
| 第三轮 | 驱动包、安装源和组件基线 | 按具体包审计,不使用Dism++批量删除 |
不纳入普通清理计划的项目:
Installer目录 Installer基线缓存 Dism++ CompactOS(极瘦) 硬链接合并(极瘦) Office安装源 未核对的Package Cache 未核对的驱动包勾选完成后点击右下角“清理”。截图中的示例选择了被取代的 WinSxS 组件、过期驱动、Windows 报告、Windows 事件、Installer、CompactOS 和硬链接合并等多项,其中包含多个高风险条目,不建议照图全部选择。
截图用于说明项目位置和容量,不是推荐勾选清单。每个橙色警告项目都应单独评估。
十二、清理后的完整验证和回退
清理结束后退出 Dism++,重启进入 Windows。第一次启动可能需要重新生成缓存,启动和应用首次打开时间可能略有增加。
12.1 检查释放空间
Get-Volume-DriveLetter C|Select-ObjectDriveLetter,HealthStatus,Size,SizeRemaining12.2 检查组件存储
DISM /Online /Cleanup-Image /AnalyzeComponentStore DISM /Online /Cleanup-Image /ScanHealth12.3 检查系统文件
sfc /scannow12.4 检查更新和应用
| 验证项 | 通过标准 |
|---|---|
| Windows启动 | 连续重启和冷启动正常 |
| Windows Update | 可以检查、下载和安装更新 |
| 设备管理器 | 没有新增未知设备和驱动错误 |
| Office和业务软件 | 可以启动、修复和正常更新 |
| 打印机和音频 | 驱动和厂商控制组件工作正常 |
| 事件日志 | 没有持续出现新的服务和组件错误 |
出现异常时,应根据清理项恢复驱动备份、重新安装厂商组件、恢复系统镜像,或使用 Windows 安装介质执行修复安装。Dism++ 的部分极瘦操作提供撤销入口,但不能把该入口当成完整备份。
十三、企业桌面支持工单模板
问题现象: 用户电脑 C 盘剩余空间不足,Windows 更新及软件运行受到影响。 范围确认: 检查发现用户数据和大型软件不是主要占用来源。Windows 存储清理和 DISM 组件清理后,系统盘仍然空间紧张。 处理动作: 1. 备份用户重要数据,并记录清理前 C 盘剩余空间。 2. 导出第三方驱动和系统、应用事件日志。 3. 进入 PE,核对离线 Windows 版本、盘符和 BitLocker 状态。 4. 使用 Dism++ 扫描空间回收项目。 5. 第一轮只清理可重新生成的缓存、临时文件和已导出的日志。 6. 未勾选 Installer、硬链接合并、极瘦 CompactOS、Office 安装源及未核对的驱动包。 7. 重启进入 Windows,执行 DISM、SFC、Windows Update 和业务软件验证。 处理结果: C 盘可用空间由 ______ GB 增加到 ______ GB。系统连续重启正常,Windows Update、Office、音频、网络和业务软件验证通过。 当前状态: 问题已恢复。建议用户后续治理下载、桌面和聊天软件数据,并根据长期容量需求评估分区扩容。工单应记录“清理了什么”和“明确没有清理什么”。只写“使用 Dism++ 清理完成”,无法评估后续驱动、更新和软件修复风险。
十四、标准处理流程
推荐顺序是:先治理用户数据,再使用微软内置清理,最后才用 Dism++ 处理经过确认的离线项目。空间回收不是越深越好,系统可维护性比多释放几百 MB 更重要。
十五、处理总结
PE + Dism++ 适合在系统无法正常清理、C 盘空间极低或需要处理离线 Windows 时使用。它能显示普通清理界面不容易看到的组件、驱动和安装源,但也把高风险项目放在同一个列表中。
稳定的处理方法可以归纳为:
| 顺序 | 处理原则 |
|---|---|
| 1 | 先找出真正的空间占用来源 |
| 2 | 正常系统优先使用存储清理和 DISM |
| 3 | 进入 PE 前备份数据、驱动和日志 |
| 4 | Dism++ 先扫描,再按风险分轮清理 |
| 5 | Installer、安装源、驱动和极瘦项目默认不选 |
| 6 | 每轮清理后重启并验证更新、驱动和应用 |
当 C 盘容量设计长期不足时,清理只能暂时缓解。用户数据治理、软件安装规范和系统分区扩容,才是长期解决方案。
官方参考:
- Microsoft:在 Windows 中释放磁盘空间
- Microsoft:清理 WinSxS 组件存储
- Microsoft:删除以前的 Windows 版本
- Microsoft Learn:Compact OS
- Microsoft Learn:PnPUtil 驱动包管理
- Microsoft:修复 Office 应用
- Microsoft Learn:Visual Studio Package Cache
点击回到顶部