先说结论C 盘越清越满多半不是清理工具没用而是清理方向错了。很多人盯着“下载文件夹”“桌面”反复删实际上真正吃掉空间的往往是休眠文件、系统还原点、Windows 更新缓存、WSL 虚拟磁盘、Docker 镜像和各种开发工具的缓存目录。这些文件平时看不见清理工具也不一定识别得全删掉以后系统还会在下次运行或更新时重新生成。这篇文章把 C 盘清理当成一次“系统盘点”来做。不会只告诉你“用磁盘清理”这种没营养的结论而是给出一套从定位空间占用、区分可删与不可删、到执行清理脚本、最后验证效果的操作流程。内容主要面向 Windows 电脑用户尤其是本机装了 Python、Node.js、Docker、WSL、JetBrains 等开发环境的开发者——你会发现真正占空间的东西往往和写代码强相关。1. C 盘空间占用核心认知清理之前先建立一个判断框架什么文件可以被删什么文件不能硬删什么文件删了还会回来。事项说明清理目标释放 C 盘空间改善系统稳定性与可用空间可安全删除临时文件、缩略图缓存、旧更新缓存、回收站、Windows.old有条件清理休眠文件、虚拟内存、系统还原点、WinSxS 组件备份不建议手动删C 盘根目录未知文件、Program Files、Windows 目录内文件、用户 AppData 内不认识的文件夹删了还会回来npm 缓存、pip 缓存、Docker 镜像层、WSL 虚拟磁盘、浏览器缓存、Windows 更新临时文件真正的空间大户hiberfil.sys、pagefile.sys、swapfile.sys、WinSxS、WSL/Docker 磁盘、用户 AppData、开发者工具缓存适用系统Windows 10 / Windows 11 均适用通过命令行和设置面板操作这里要先校正一个常见误区“删了还会回来”不等于“不能删”。关键在于区分缓存和持久数据。包管理器的缓存删掉以后下次构建如果还需要会重新下载这部分属于可重建数据删掉没有风险。但是 WSL 和 Docker 的磁盘镜像不一样你删掉 vhdx 文件本身等于把里面所有虚拟机系统和容器镜像全部抹掉数据基本不可恢复。所以在正式动手以前下面这些内容不建议任何人直接跳过。先看清楚当前空间占用分布再决定怎么动手。2. 适用场景与使用边界这套方法适合下面这几种情况系统盘剩余空间不足 10%已经出现软件更新失败、编译缓存不足、虚拟内存告警。安装大型开发工具后发现 C 盘被写入了大量依赖包和缓存文件。使用 WSL2 或 Docker Desktop 运行过项目虚拟磁盘文件持续膨胀。Windows 更新后出现旧的系统文件残留用普通磁盘清理无法彻底解决。新电脑刚激活发现出厂预装系统和恢复分区占掉了大量空间。同样要说明使用边界不要试图清理公司统一派发、开启了 BitLocker 加密和统一管理策略的电脑系统分区可能触发合规问题。不要修改或删除自己不清楚用途的分区尤其是恢复分区和 EFI 系统分区。不要使用“删除 C 盘所有文件”之类危险清理方案也不建议直接删除 C 盘根目录下不认识的文件。清理系统文件前建议先创建还原点重要项目文件必须先备份。手动删除其他用户配置文件、系统日志目录时需要确认当前账号拥有管理员权限。如果你只是想把电脑“清理得更流畅”请同时意识到一个客观事实C 盘剩余空间低于某个阈值以后Windows 更新、临时文件交换、软件索引都会变慢但这只是让系统“变卡”的众多因素之一。清理完空间以后如果电脑依旧卡顿还要继续排查内存占用、启动项和后台进程。3. 定位空间占用先看清楚再用工具清理 C 盘的第一步不是打开“此电脑”然后右键属性而是先下载一款能扫描目录大小的工具把磁盘占用真实分布显示出来。推荐先用下面任一方式扫描系统自带“存储设置”设置 - 系统 - 存储可以看到临时文件、应用、系统与保留等分类占用。第三方目录扫描工具WizTree、TreeSize Free、SpaceSniffer 等按容量列出整个磁盘的文件树。命令行方式PowerShell 里可以用 Get-ChildItem 统计文件夹大小但速度较慢仅适合做小范围确认。这里重点推荐用目录扫描工具看两个位置第一个是 C 盘根目录。重点看休眠文件 hiberfil.sys、虚拟内存 pagefile.sys、页面交换文件 swapfile.sys这三个文件出现在根目录是正常的。如果看到一堆你不认识的高位乱码文件夹或异常 exe需要警惕病毒或恶意程序。第二个是用户目录下的 AppData。进入C:\Users\你的用户名\AppData\Local查看占用最大的子目录。对开发者来说这里经常出现npm-cachepip\cacheYarn\Cachepnpm\cacheJetBrains系列工具的索引和缓存Docker相关数据和 WSL 系统数据Microsoft\WindowsApps下的商店应用缓存Temp临时文件看到实际的目录大小以后再进入下一步决定哪些对象可以清理。4. 可安全清理的系统文件与常用操作以下内容属于 Windows 系统运行过程中产生的可重建或临时性文件通过系统功能即可清理4.1 使用“存储感知”和“临时文件”清理打开设置 - 系统 - 存储点击“临时文件”系统会列出可以清理的项目Windows 更新清理临时文件回收站缩略图传递优化文件DirectX 着色器缓存勾选后点击删除即可。这个操作安全不会影响个人文件。4.2 磁盘清理工具搭配系统文件清理按 Win R输入cleanmgr选择 C 盘先执行普通清理。然后点击“清理系统文件”再选择 C 盘。这里可以看到“Windows 更新清理”“以前的 Windows 安装”等项目。如果磁盘空间已经很紧张优先勾选“Windows 更新清理”和“以前的 Windows 安装”这两个项目通常能清理出数 GB 甚至十几 GB 的空间。4.3 删除休眠文件如果你完全不用“休眠”功能只是偶尔用“睡眠”可以关闭休眠并删除 hiberfil.sys。以管理员身份打开 CMD执行powercfg -h off执行后自动删除休眠文件并禁用休眠功能。如果以后想重新开启改成powercfg -h on需要注意关闭休眠意味着合上盖子以后无法使用休眠模式只能睡眠或关机。4.4 压缩或限制虚拟内存不建议直接把虚拟内存关掉但可以把它从 C 盘移动到其他分区或者改成“系统管理的大小”。在“此电脑”右键 - 属性 - 高级系统设置 - 性能设置 - 高级 - 虚拟内存更改中取消“自动管理所有驱动器的分页文件大小”然后选择 C 盘设置为“无分页文件”再在 D 盘或其他盘设置为“系统管理的大小”。改完以后重启电脑C 盘根目录的 pagefile.sys 会变小或消失。这里强调一下如果电脑物理内存本身比较小不建议关闭虚拟内存只建议换盘承载。4.5 使用 DISM 清理 WinSxS 组件存储WinSxS 目录里保存了系统组件更新所需的硬链接和备份不能直接删除但可以通过 DISM 清理过期版本组件。管理员 CMD 执行Dism.exe /Online /Cleanup-Image /StartComponentCleanup这个命令用于清理可被系统回收的更新备份文件完成后不再需要额外手动删除 WinSxS 里的文件。5. 开发者常见缓存目录清理方式很多开发者发现 C 盘空间在不知不觉中被吃满罪魁祸首往往不是 Windows 自己而是开发工具链和包管理器的缓存目录。5.1 npm 缓存npm 会把下载过的包缓存到本地。执行下面命令查看当前缓存位置npm config get cache默认情况下通常在C:\Users\用户名\AppData\Local\npm-cache。执行清理npm cache clean --force如果项目经常依赖同一批包清理后重新安装时会再次下载首次构建时间会变长但空间能立刻释放。想彻底避免 C 盘被缓存塞满可以修改全局配置将 cache 指到其他盘npm config set cache D:\npm-cache5.2 pip 缓存Python 开发者的 pip 缓存同样可能在C:\Users\用户名\AppData\Local\pip\cache下累积大量体积。查看当前缓存目录pip cache dir执行清理pip cache purge或者临时禁用缓存安装依赖包pip install --no-cache-dir -r requirements.txt5.3 pnpm 和 Yarnpnpm 的全局存储目录默认在C:\Users\用户名\AppData\Local\pnpm\store可以把 store 目录迁移到 D 盘pnpm config set store-dir D:\pnpm-storeYarn 的缓存默认在C:\Users\用户名\AppData\Local\Yarn\Cache执行yarn cache clean5.4 如果用过 Docker DesktopDocker Desktop 默认把 WSL2 后端的数据目录放在 C 盘虚拟磁盘文件会一直膨胀。较大体量的镜像、容器、卷都可能占用几十 GB。这里不建议通过手动删除 vhdx 文件来“释放空间”因为可能导致 Docker 数据损坏或 WSL 发行版无法启动。正确做法是打开 Docker Desktop 设置。在 Resources - Advanced 中调整 Disk image location把磁盘镜像迁移到其他分区。或者在 WSL 内部执行wsl --shutdown后用 diskpart 对 vhdx 执行压缩。Docker 镜像的清理可以用命令docker system prune -a注意这个命令会删除未被容器使用的镜像和构建缓存需要确认当前没有需要保留的本地镜像。5.5 WSL 虚拟磁盘膨胀WSL2 发行版默认存储在C:\Users\用户名\AppData\Local\Packages\...\LocalState\ext4.vhdx。当你在 WSL 里安装了大量 Linux 软件包、编译产物后这个文件会不断变大。即使你在 WSL 内删除了文件宿主机上 ext4.vhdx 也不会自动缩小。处理步骤先关闭 WSLwsl --shutdown然后查看所有发行版的虚拟磁盘路径wsl -l -v如果磁盘膨胀严重可以执行压缩。压缩 vhdx 需要用到 diskpart在管理员 CMD 中依次执行diskpart select vdisk fileC:\Users\用户名\AppData\Local\Packages\CanonicalGroupLimited.Ubuntu...\LocalState\ext4.vhdx attach vdisk readonly compact vdisk detach vdisk exit路径需要替换成你机器上实际的发行版路径。压缩过程可能需要较长时间期间不要强制重启电脑。更好的做法是直接从根上避免 WSL 虚拟磁盘占用 C 盘安装 WSL 时指定新的安装目录或者把现有发行版导出以后重新导入到其他盘wsl --export Ubuntu D:\wsl\ubuntu.tar wsl --unregister Ubuntu wsl --import Ubuntu D:\wsl\ubuntu D:\wsl\ubuntu.tar这里要提醒一句wsl --unregister会删除发行版内全部 Linux 文件系统数据执行前确认里面没有需要保留的数据库或关键代码。5.6 JetBrains 系列工具缓存IntelliJ IDEA、PyCharm、WebStorm 等 JetBrains IDE 会在C:\Users\用户名\AppData\Local\JetBrains下生成大量索引、日志和缓存文件。用久了以后几个 IDE 加起来轻松超过 10 GB。清理思路是只在确认项目不需要频繁重新索引时删除对应版本目录下的caches和log文件夹。删除后再次打开项目会重建索引首次加载可能变慢。如果想要长期控制可以修改 IDE 的系统目录配置把缓存和无索引目录指到其他盘但不建议普通用户直接改。5.7 Maven 和 GradleJava 开发者的 Maven 本地仓库默认在C:\Users\用户名\.m2\repositoryGradle 用户目录默认在C:\Users\用户名\.gradle。这两个目录都可能增长到数 GB 甚至十几 GB。Maven 清理旧版本依赖的代价较高不建议盲目删除整个目录否则项目首次构建时会把所有依赖重新下载。更稳妥的做法是把本地仓库位置迁移到 D 盘修改settings.xml里的localRepository标签或者在 IDE 中重新指定 Gradle 的 distribution 路径和缓存路径。6. C 盘空间的预防性配置把今天清理干净以后如果不做预防性配置很快又会满了。下面是几条最实际的控制手段。6.1 调整新内容的默认保存位置打开设置 - 系统 - 存储 - 高级存储设置 - 保存新内容的位置把“新的应用”“新的文档”“新的音乐”“新的照片和视频”等全部分配到其他盘。这样多数软件在安装时就会默认把数据文件放到 D 盘而不是继续占用 C 盘。6.2 关闭或调整系统还原分配空间系统还原点是空间占用的大户之一。在“系统保护”设置中如果开启了 C 盘保护可以把“最大使用量”调小比如限制到 5% 或 3%。如果空间非常紧张也可以直接点“删除”清掉当前所有还原点只保留最新状态。6.3 修改浏览器下载目录把 Chrome、Edge 的默认下载目录改到其他盘。这项操作虽然看起来简单但能避免大量安装包和媒体文件长期堆积在“下载”文件夹里而下载文件夹默认就位于 C 盘用户目录。6.4 定期执行缓存清理命令建议写一个简单的清理脚本内容包含临时目录清理和缓存清理命令固定周期执行。示例脚本内容echo off :: 清理用户 Temp 目录 del /q /f /s %TEMP%\* nul 21 :: 清理 Windows 临时目录 del /q /f /s C:\Windows\Temp\* nul 21 :: 清理 npm 缓存 call npm cache clean --force :: 清理 pip 缓存 call pip cache purge echo C盘清理完成 pause脚本中涉及的命令需要按照实际安装的工具环境调整。如果某个命令在目标机器上不存在执行时会提示语法错误或找不到命令建议把不同工具的清理拆成多段分别验证。6.5 限制 Windows 更新缓存占用Windows 更新缓存无法完全禁止因为系统需要下载补丁文件。但可以通过定期启动一次磁盘清理并勾选“Windows 更新清理”来避免累积过大。部分企业版系统有组策略可以设置延迟更新下载个人电脑不建议为了省空间而长期关闭系统更新。7. 接口化思路给清理流程加一个自动化入口C 盘清理往往不是一次性操作而是每隔一两周就要来一遍。如果不想每次都手动点设置面板可以借用 PowerShell 把常用清理项组合成“一个命令”。下面给出一份通用 PowerShell 清理脚本框架# 需要以管理员身份运行 Write-Host 开始清理 Windows 临时文件 # 清理用户临时目录 $tempPath [System.IO.Path]::GetTempPath() Remove-Item $tempPath\* -Recurse -Force -ErrorAction SilentlyContinue # 清理 Windows Temp Remove-Item C:\Windows\Temp\* -Recurse -Force -ErrorAction SilentlyContinue # 清理回收站 Clear-RecycleBin -Force -ErrorAction SilentlyContinue Write-Host 临时文件清理完成使用 PowerShell 时需要注意如果某些文件正被系统进程锁定删除时会报错脚本用-ErrorAction SilentlyContinue跳过即可。不要在最开始就把整个 Temp 目录属性改成无权限否则会导致部分软件异常。对于有一定开发能力的读者还可以把整套清理流程封装成一个定时任务每天或每周自动执行。Windows 自带的“任务计划程序”可以设置触发时间和运行权限注意定时任务需要管理员权限才能清理系统临时文件。8. 效果验证与性能观察清理完不要直接关机先验证三个指标。8.1 C 盘剩余空间打开“此电脑”查看 C 盘剩余空间是否明显增加。如果清理了休眠文件、更新缓存、开发者缓存效果通常立即可见。最理想的状态是剩余空间从不足 10 GB 提升到超过 30 GB 或更多。8.2 系统是否还能正常启动清理 WSL、Docker、JetBrains 等工具数据后需要逐个打开验证Windows 正常进入桌面。WSL 发行版能否正常启动。Docker Desktop 能否正常启动。常用开发工具能否正常打开项目。这一步主要确认没有误删关键数据。如果某个工具无法启动优先查看对应日志不要直接重装系统。8.3 空闲可用空间的增长速度清理后的第二天或第三周再看一次 C 盘空间。如果空间又快速减少说明某个软件在持续写入大量缓存。这时候可以回到目录扫描工具查看新增的空间占用集中在哪里。对使用者来说真正的性能提升不一定体现在“开机速度从 20 秒变成 10 秒”更多体现在系统更新不再因为磁盘空间不足而失败。编译工具和 Docker 不会因为磁盘写满而报错。虚拟内存可以正常扩展不再频繁提示内存不足。缓存目录有了充足空间后整体使用体验更稳定。需要客观说明C 盘清理释放空间以后如果电脑本身只有 4 GB 或 8 GB 内存且机械硬盘为主那么流畅度改善有限。如果想显著提升运行流畅度物理内存升级和固态硬盘更换才是优先项。9. 常见问题与排查方法问题现象可能原因排查方式解决方案C 盘空间越清理越少清除了缓存后软件自动重新下载Windows 更新在后台预下载补丁查看存储设置中的更新缓存大小观察目录扫描结果清理后继续保持临时目录清洁分批验证空间变化休眠文件无法删除未使用管理员权限执行命令确认 CMD 或 PowerShell 已用管理员身份打开重新执行 powercfg -h offhiberfil.sys 处于当前系统使用状态无法直接删除休眠功能被启用文件被系统锁定不直接删除执行 powercfg -h off如果需要休眠功能保留文件cleanmgr 没有“清理系统文件”选项当前用户权限不够或系统策略限制确认是否在管理员账号下操作切换管理员账号如果是企业统一策略无法绕过WinSxS 目录清理提示组件存储使用中系统正在执行更新或维护等待系统空闲后重试执行 DISM 清组件存储时先等待 Windows Update 完成WSL 虚拟磁盘压缩无效未关闭 WSL 或仍有进程占用执行 wsl --shutdown 后再压缩按顺序执行 wsl --shutdown、diskpart 压缩Docker 清理后镜像仍占用空间部分容器或卷仍在运行先用 docker ps -a 查看容器docker system df 查看占用类型先停止容器再执行 docker system prune -aC 盘根目录出现 raidio 未知 sys 文件多见于系统休眠或快速启动相关功能查看文件属性和系统日志不建议盲目删除先确认安全来源手动清理 AppData 后软件异常误删了软件的配置或索引数据查看软件日志确认目录名称重新初始化软件配置或重装软件清理完空间后系统更新失败更新服务未完全恢复或清理中断查看更新历史、组件日志重新运行 Windows 更新疑难解答确认更新服务状态这里补充一个常被忽略的问题不要把 C 盘根目录下看到的所有.tmp或.sys文件都当成垃圾。C 盘根目录下存在少量临时文件是正常的如果删除时提示文件正在使用尤其不要强制解锁删除。真正常见的“越清越满”场景实际上是 Windows 更新在反复重试补丁下载或者某个软件陷入写日志死循环。10. 最佳实践与使用建议结合多数开发者和普通用户的实际情况给出一套可落地的 C 盘清理规范。10.1 第一次先做全盘扫描不要凭感觉删先用目录扫描工具把 C 盘完整扫一遍按占用大小排序。先处理明显的体积大户再处理小文件。不要直接进 Windows 目录里删文件这里面的文件名对普通用户来说可读性很低误删代价高。10.2 养成“缓存目录可重建”的意识把占用空间的数据分成两类可重建的缓存数据和不可重建的项目数据。包管理器的缓存、IDE 的索引、图片缩略图属于可重建数据可以放心清理。数据库文件、本地代码仓库、虚拟机磁盘镜像、Docker 卷数据属于不可重建数据清理前必须备份或迁移。10.3 新项目不要默认装在 C 盘安装开发工具时尽量把安装目录指定到 D 盘或者其他分区。很多开发框架的默认配置会把依赖下载到用户目录这一点在安装后就要尽早修改不要等到磁盘爆了再处理。10.4 建立定期清理和监控机制推荐每两周做一次以下操作使用目录扫描工具快速检查 C 盘占用情况。用 cleanmgr 清理系统更新缓存。执行各包管理器的缓存清理命令。查看 WSL 和 Docker 虚拟磁盘文件大小。确认系统还原点和休眠文件占用是否合理。这套流程熟练以后每次清理只需要十几分钟。如果长期不做C 盘空间会在几个月内缓慢被各类缓存填满到那时候再集中清理反而容易出问题。10.5 涉及企业电脑和重要数据时谨慎操作如果电脑是公司统一配置带有统一安全策略、加密策略或远程管理工具不建议个人自行调整系统保护设置、虚拟内存位置和休眠功能。某些策略的设置会在下次安全合规检查中被重新覆盖甚至是触发告警。对于个人电脑也建议在磁盘空间充足的时候先做一次系统还原点再开始清理。11. 总结与下一步这次 C 盘清理方案的核心思路是先用目录扫描工具定位真正占用空间的文件类型再根据“可重建”和“不可重建”两个维度判断能不能删最后通过系统自带功能、命令行和包管理器逐个处理。对多数用户来说最容易见效、风险最低的清理顺序是清理 Windows 更新缓存 - 删除休眠文件 - 清理回收站和临时文件 - 清理开发工具缓存 - 压缩或迁移 WSL 虚拟磁盘。C 盘越清越满真正的原因通常不是你“不会清理”而是缓存会持续写入系统更新预分配空间会让可用容量短暂变低部分工具运行后会重新生成数据。解决这个问题需要两手抓一手清掉历史累积另一手把缓存和虚拟磁盘的默认位置迁移到其他分区。建议你现在就做两件事先下载一个目录扫描工具把 C 盘占用最大的文件认一遍再创建一个系统还原点按本文顺序执行一次清理。第一次不用追求把空间压到最极限先把存储感知、磁盘清理、休眠文件三个项目做完记录清理前后的剩余空间再决定要不要继续处理 WSL、Docker 和 JetBrains 的缓存目录。