做梦都没想到,办公电脑的C盘会成为一个需要定期伺候的"大爷"。我经历过最离谱的一次:下午刚准备跑训练脚本,IDE弹窗提示磁盘空间不足,随后鼠标开始飘,连资源管理器都打不开——那一刻你才会真正意识到,C盘满了不只是"少几个G"的问题,它直接影响系统稳定性,甚至可能让未保存的代码全部泡汤。尤其是Windows下很多软件默认把缓存塞进C盘用户目录,开发者机器上再叠加各种依赖库、镜像文件,红盘基本是迟早的事。
这篇文章不是什么玄学教程,而是我自己多年在Windows开发环境中被C盘反复折磨后总结出的完整攻略。从空间诊断、系统自带工具清理、命令行与bat脚本、用户目录和大型软件迁移,到DiskGenius无损扩容和报错处理,每一层我都会讲清楚"为什么这么干"以及"哪些坑不能踩"。适合所有被C盘整破防的朋友,尤其是开发机里塞满了Docker镜像、WSL虚拟磁盘、编辑器缓存的程序员。
1. 先诊断后动手:C盘空间到底被谁吃掉了
1.1 第一眼要看的地方:存储设置里的空间分布
很多人上来就装各种清理软件一通乱扫,其实第一步应该是搞清楚空间去向。Win10和Win11都自带"存储"页面,在"设置 → 系统 → 存储"里能看到系统、应用、文档、临时文件这些大类的占用比例。如果你发现这个页面加载特别慢,或者磁盘条是红色甚至紫色(Windows 11的新配色),说明IO已经很紧张了,这本身就是个信号。
只看系统自带的存储视图还不够,因为它粒度太粗。我试过很多扫描工具,最后固定用两个:一个是WizTree,扫描速度极快,几秒钟能把整个C盘的文件占用排出来,双击任意文件夹能精确到单个文件;另一个是TreeSize Free,界面更传统,适合不太习惯WizTree那种块状图的人。这类工具解决的核心问题,是把"感觉哪里占了"变成"实际看到哪里占了"。
注意一个小细节:存储设置页面显示的总占用,有时候和WizTree扫出来的对不上,因为休眠文件、页面文件、系统还原点这类特殊文件有保护权限,很多扫描工具默认读不到。所以下一步要单独去根目录检查这几个"隐形大户"。
1.2 三大隐形大户的真相:休眠文件、虚拟内存、系统还原点
C盘根目录下有几个看起来眼熟又不敢动的文件,其中排前三的通常是这三个:
| 文件/功能 | 默认位置 | 大小估算 | 能否动 |
|---|---|---|---|
| hiberfil.sys 休眠文件 | C:\hiberfil.sys | 物理内存的40%~75% | 可关闭 |
| pagefile.sys 页面文件 | C:\pagefile.sys | 物理内存的1~2倍 | 可迁移/改小 |
| 系统还原点 | 系统卷影存储 | 占用上限内浮动 | 可清理/限容 |
休眠文件是很多人最容易忽视的大户。我单位一台16G内存的电脑,hiberfil.sys常年占6G左右。Windows默认开启"快速启动",这个功能依赖休眠文件,所以即使你从不用"休眠"功能,文件也在那躺着。如果你完全不需要休眠,管理员权限打开CMD执行 powercfg /h off,能立刻释放对应空间;如果还想保留"快速启动"的加速效果,用 powercfg /h /type reduced 可以把休眠文件压缩到更小体积。这一步通常能腾出几个G到十几G,是我每次清理的第一个动作。
页面文件pagefile.sys本质是虚拟内存,我不建议直接删除,但完全可以挪到D盘或限制大小。路径是"系统属性 → 高级 → 性能设置 → 高级 → 虚拟内存 → 更改",把C盘对应的项设为"无分页文件",再在D盘设置"系统管理的大小"。改完必须重启才生效,重启前你会看到C盘上那个页面文件依然存在,属正常现象。有人担心挪走会影响性能,实际上只要D盘不是机械老盘,体验差异可以忽略。
系统还原点也是个隐性占位大户。Windows更新前常常自动创建还原点,日积月累会占用不少空间。在"系统保护"设置里,可以选择C盘后点击"配置",把"最大使用量"拉低到5%左右,或者直接点"删除"清掉全部旧还原点,只保留当前新建的一个。对大多数用户来说,与其留着好几个还原点,不如定期自己手动建一个干净的快照,可控性更强。
1.3 程序员专属的隐藏空间黑洞:开发工具的缓存仓库
普通用户清理完上面三项基本就齐活了,但程序员机器上还有一堆"看不见的仓库"在缓慢膨胀。我整理过自己电脑上的占用分布,排前列的开发相关缓存包括:
- npm/pnpm/yarn的全局缓存,常驻在
%LOCALAPPDATA%\npm-cache或%APPDATA%\npm,装多了项目轻松破10G。 - pip缓存,默认在
%LOCALAPPDATA%\pip\Cache,PyTorch这类大依赖反复下载会很可观。 - Gradle的
%USERPROFILE%\.gradle\caches和Maven的%USERPROFILE%\.m2\repository,Android开发者的痛。 - Docker Desktop基于WSL2的虚拟磁盘,也就是
%LOCALAPPDATA%\Docker\wsl\data\ext4.vhdx,镜像和容器用完不清理,几十G很正常。 - JetBrains全家桶的索引和日志,在
%LOCALAPPDATA%\JetBrains底下,一个IDE动不动好几G。 - HuggingFace和PyTorch的模型缓存,比如
%USERPROFILE%\.cache\huggingface,做AI相关开发的人应该深有体会。 - ComfyUI这类节点式AI工具,模型文件放在
ComfyUI\models,临时加载的文件也会占C盘。 - Codex、Cursor等AI编码工具,会在用户根目录创建隐藏文件夹(比如
.codex、.workbuddy)存放会话和任务记录。
这些缓存的特点是:单个文件小但数量极多,而且很多工具不会自动清理旧版本。先通过WizTree扫一遍 %APPDATA%、%LOCALAPPDATA% 和 %USERPROFILE% 下的隐藏目录,你就能直观看到是谁在拖垮C盘。后面第4章我会具体讲怎么迁移,这里先做到"心里有数"就好。
需要模型API调用? 免费领10W Token,多模型网关一键接入 Claude、DeepSeek 等主流模型。
2. Windows官方清理三板斧:不装软件也能腾出空间
2.1 存储感知:让系统自动清理临时文件
Windows自带的"存储感知"是一个很多人没真正用起来的自动清理机制。在"设置 → 系统 → 存储"里打开存储感知,点击进入可以配置运行频率(默认是磁盘空间不足时运行),以及"删除我的应用未在使用的临时文件"和"删除回收站中超过X天的文件"。我建议把运行频率设为"每天",临时文件策略设为立刻清理,回收站保留天数设成7天以内。
存储感知最大的价值是"持续兜底",它解决的是临时文件死灰复燃的问题。很多人的C盘清理完没几天又红了,就是因为浏览器缓存、缩略图、系统临时文件在不断累积,而存储感知能把这些低价值文件在后台顺手清掉。不过要注意,它的清理范围是受限的,开发依赖缓存、模型文件这些"大块头"它不会碰,所以只能作为基础手段。
2.2 磁盘清理工具:隐藏的系统文件清理选项
"磁盘清理"(cleanmgr)是Windows老牌工具,但很多人打开后看到那几百MB就关了,甚至还会出现"这个分区上没有可清理的内容"这种提示词。我怀疑9成用户没有点那个不起眼的"清理系统文件"按钮。
正确用法是:Win+R输入 cleanmgr,选择C盘,先看普通列表,然后务必点击"清理系统文件",此时工具会二次扫描,列出Windows更新清理、系统还原和卷影副本、设备驱动程序包等额外项目。在管理员权限下,这里往往能扫出几个G甚至十几G的Windows更新缓存(SoftwareDistribution文件夹里的下载内容)。
更进阶的玩法是用参数组合:cleanmgr /sageset:100 会弹出一个包含所有清理项的详细清单,勾选你需要的项目后点确定,这些配置会保存到注册表;之后执行 cleanmgr /sagerun:100 就能按相同配置再次清理。这样适合把固定项目列好,隔段时间手动跑一次,比每次都重新勾选省事得多。
2.3 Windows更新残留与更新缓存的安全清理
Windows更新是C盘空间的"慢性杀手"。每次大版本更新和累积更新,系统都会在 C:\Windows\SoftwareDistribution\Download 保存安装包,同时 C:\Windows\WinSxS 目录里会留下被替换的旧组件。
清理更新缓存的稳妥路径是:先停止Windows Update服务,再删除下载缓存,最后重启服务。用命令操作就是:
bash复制net stop wuauserv
del /q /f /s "C:\Windows\SoftwareDistribution\Download\*"
net start wuauserv
这套操作我执行过无数次,唯一要注意的是别在系统正在安装更新的过程中去删目录,否则可能造成更新损坏。至于WinSxS目录,则不能直接删东西,必须用DISM命令做组件清理,这个下一章会详细展开。
3. 命令行与批处理脚本:把清理变成一条命令的事
3.1 DISM组件清理:给WinSxS系统组件库做减脂
WinSxS目录(全称Windows Side-by-Side)是系统组件存储库,它的大小只增不减,是所有系统目录里最容易引发误解的"胖子"。很多人看到 C:\Windows\WinSxS 占了十几个G就想动手删,这是大忌——Windows会通过硬链接把运行中的共享组件指向这个目录,直接删除会导致系统损坏甚至无法启动。
正确做法是用DISM先分析、再清理。管理员CMD执行:
bash复制DISM /Online /Cleanup-Image /AnalyzeComponentStore
这条命令会告诉你组件库实际大小以及"通过清理可释放的空间"。确认可以清理后执行:
bash复制DISM /Online /Cleanup-Image /StartComponentCleanup
如果系统已经安装完所有需要的更新,且你不打算卸载任何更新,可以加 /ResetBase 参数把此前所有被替换的旧组件彻底清除:
bash复制DISM /Online /Cleanup-Image /StartComponentCleanup /ResetBase
需要明确一个使用条件:/ResetBase 执行后,你将无法通过"卸载更新"回退到之前的版本。大版本升级完成后,我一般等一周确认没有问题才跑这条,属于"过了观察期再收尾"的思路。清理结束后,WinSxS目录看起来可能还是很大,那是硬链接导致的显示问题,实际已释放了空间,以磁盘可用空间变化为准。
3.2 临时文件路径大盘点:哪些能清、哪些别碰
系统里临时文件分散在好几个路径,我统一梳理一张表,对照着清理不容易漏:
| 路径 | 内容 | 清理方式 |
|---|---|---|
%TEMP% 即 %USERPROFILE%\AppData\Local\Temp |
用户级临时文件 | 全删,被占用的跳过 |
C:\Windows\Temp |
系统临时文件 | 全删,需管理员权限 |
C:\Windows\SoftwareDistribution\Download |
Windows更新安装包缓存 | 停服务后删除 |
%LOCALAPPDATA%\Microsoft\Windows\Explorer |
缩略图缓存thumbcache | 可删 |
C:\ProgramData\Microsoft\Windows\WER |
Windows错误报告归档 | 可删 |
%LOCALAPPDATA%\CrashDumps |
程序崩溃转储 | 可删 |
C:\Windows\Prefetch |
预读取文件 | 不建议频繁删 |
C:\Windows\Installer |
已装软件的安装补丁数据 | 强烈不建议手动删 |
C:\Windows\Installer 尤其需要强调:这个目录里保存的是已经安装软件的MSI/补丁包,很多软件的卸载、修复都依赖它。网上有些"瘦身教程"让你删除这里的文件,一旦删错,后续想卸载软件会直接报错,这种坑我见过不止一次。同样,Prefetch目录删了也没多大意义,只会让系统短期内重新预读、略微变慢。
3.3 写一个带自检的C盘清理脚本
既然用命令行清理,不如把这些操作固化成一个bat脚本,以后双击就能跑。我自己在用的脚本大致长这样:
bat复制@echo off
chcp 65001 >nul
title C盘常规清理脚本(安全版)
echo ==========================================
echo 开始清理,请以管理员身份运行本脚本
echo ==========================================
REM 1. 清理用户临时目录
del /q /f /s "%TEMP%\*" >nul 2>&1
REM 2. 清理系统临时目录
del /q /f /s "C:\Windows\Temp\*" >nul 2>&1
REM 3. 清理Windows更新缓存
net stop wuauserv >nul 2>&1
del /q /f /s "C:\Windows\SoftwareDistribution\Download\*" >nul 2>&1
net start wuauserv >nul 2>&1
REM 4. 清理缩略图缓存
del /q /f /s "%LOCALAPPDATA%\Microsoft\Windows\Explorer\thumbcache_*.db" >nul 2>&1
REM 5. 清理错误报告
del /q /f /s "C:\ProgramData\Microsoft\Windows\WER\ReportArchive\*" >nul 2>&1
del /q /f /s "C:\ProgramData\Microsoft\Windows\WER\ReportQueue\*" >nul 2>&1
REM 6. 清空回收站
rd /s /q C:\$Recycle.bin >nul 2>&1
echo ==========================================
echo 清理完成。被占用无法删除的属正常现象
echo ==========================================
pause
关于这个脚本,有几个经验要分享。第一,末尾的 >nul 2>&1 是把错误输出吞掉,不然一堆"文件被占用"的红色报错会让人心慌,实际上被占用文件跳过是正常的。第二,Python等程序占用临时文件时要先退出相关软件,否则清理不彻底。第三,我故意没有把 cleanmgr 和DISM命令写进脚本,因为每次手动确认项目更稳妥,全自动反而会误伤。第四,bat文件保存时如果包含中文注释,记得用ANSI(GBK)编码或加上 chcp 65001,否则显示乱码。
4. 用户目录与大型软件迁移:这才是释放空间的大头
4.1 系统文件夹重定向:桌面、下载、文档搬去D盘
清理和脚本能解决"垃圾"问题,但解决不了"大文件"问题。真正让C盘长期保持健康的基础操作,是改变文件默认存放位置。桌面、下载、文档、图片、视频这些系统文件夹,默认都在C盘用户目录下,而绝大多数人(包括我自己)习惯把所有临时的、重要的一股脑扔桌面,结果就是桌面路径实际占用好几G。
迁移方法是每个文件夹依次操作:在资源管理器里右键对应文件夹 → 属性 → 位置 → 移动,选择D盘的新目录,系统会把原内容搬过去。这个操作背后的原理是Windows会更新注册表里的Known Folder路径,应用程序通过系统API访问时自动指向新位置,所以现有软件的读写不受影响。我把下载和桌面都迁到D盘之后,C盘立省20G以上。
这里要澄清一个经常被问到的点:修改Win11账户显示名,并不会改变C盘Users目录下的文件夹名字,网上那些手动改名加注册表修改的教程风险极高,很容易导致应用找不到用户配置而集体报错。如果你实在想要一个干净的路径名,正确方案是新建一个本地管理员账户,登录后把旧文件迁移过去,这样能避免一堆权限和路径引用问题。
4.2 聊天软件与浏览器缓存迁移:微信QQ这些都是隐藏大户
微信和QQ是普通用户和程序员共同的C盘杀手。微信默认把聊天记录、图片、文件存在 文档\WeChat Files 或 %USERPROFILE%\Documents\WeChat Files,如果你把文档目录迁走了它会跟着走,但没迁的话,两三年下来这个文件夹轻松几十G。方法是在微信设置 → 文件管理 → 更改目录里指定D盘路径,它会把历史文件一并迁移过去。QQ同理,在设置里可以把聊天记录存储目录改到其他盘。
浏览器缓存也不容小觑,尤其是Chrome系。可以通过启动参数 --disk-cache-dir=D:\ChromeCache 指定缓存目录,不过更省心的方案是直接把整个用户数据目录设置到其他盘,代价是启动命令变长。说实话我更推荐保持默认,然后定期用前面说的脚本清Cache目录,因为浏览器缓存本来就是可再生资源,迁移收益不如聊天软件大。至于CAD这类专业软件,安装时能选路径就选D盘,不能选的话它通常会把缓存写到用户文档目录,把文档迁移就相当于给它"搬家"了。
4.3 开发环境大迁移:包管理器缓存、Docker与WSL的vhdx处理
开发环境是程序员C盘的大头,动手前先想清楚迁移策略。纯删缓存只是治标,正确做法是把缓存的默认路径改到其他盘,之后新生成的占用就不会再回到C盘。
包管理器类的修改逻辑很统一:
- npm:
npm config set cache "D:\dev\npm-cache" - pnpm:
pnpm config set store-dir "D:\dev\pnpm-store",注意要在安装依赖之前设置好 - pip:设置环境变量
PIP_CACHE_DIR=D:\dev\pip-cache,然后pip cache purge清掉旧的 - Gradle:设置环境变量
GRADLE_USER_HOME=D:\dev\gradle - Maven:编辑
settings.xml里的<localRepository>D:\dev\m2</localRepository>
Docker Desktop比较特殊,它默认把数据放在 %LOCALAPPDATA%\Docker\wsl,里面的ext4.vhdx会随镜像和容器的增加膨胀到巨大。在Docker Desktop设置里的Resources选项中可以修改Disk image location,但需要先通过 docker system prune -a 清理无用镜像,再在设置里迁移。想彻底腾出C盘空间的,还可以打开 C:\Users\你的用户名\.docker 调整daemon.json的data-root,或者直接在WSL发行版里操作。
WSL2的虚拟磁盘(vhdx)也是一个只增不减的东西,即使你删光了内部文件,磁盘镜像也不会自动缩回去。安全压缩的办法:先 wsl --shutdown,然后以管理员身份运行diskpart,依次执行 select vdisk file="C:\Users\...\ext4.vhdx"、attach vdisk readonly、compact vdisk、detach vdisk。注意必须找到准确的vhdx路径,搞错了会操作到其他虚拟磁盘。新版Windows也可以在 wsl --manage <发行版名> --set-sparse true 开启稀疏虚拟磁盘功能,从源头上控制体积。
做AI相关开发的同学,几个环境变量可以手动设置:
bash复制HF_HOME=D:\ai\huggingface
TORCH_HOME=D:\ai\torch
COMFYUI_MODELS=D:\ai\comfyui\models
ComfyUI这类工具默认把模型和中间产物写到C盘,设置过缓存路径之后,C盘的膨胀速度会明显放缓。Codex或者 .workbuddy 这类在用户根目录建隐藏文件夹的工具,如果没有官方迁移选项,可以在关闭应用后创建一个符号链接把目录指到D盘:先用 mklink /J C:\Users\你的用户名\.workbuddy D:\dev\.workbuddy。符号链接对应用透明,它写文件时实际落到了D盘。这个方法对很多"不提供迁移选项但目录固定"的软件都适用,算是程序员工具箱里一个必杀技。
5. 分区扩容实战:DiskGenius操作全流程与翻车防范
5.1 什么情况才值得扩容:扩容前的三条自检
清理也做了、迁移也做了,如果C盘依然紧张,那就只剩"扩容"这一条路了。但扩容不是无脑操作,动手前先过这三条自检:
第一,确认相邻分区能否腾出空间。Windows"磁盘管理"里右键D盘,选"压缩卷",输入要分给C盘的空间大小,确认压缩后产生的是未分配空间。注意只有当未分配空间紧挨着C盘右侧时,C盘才能直接"扩展卷"。很多电脑出厂时C盘和D盘之间隔着恢复分区,你会发现"扩展卷"是灰的,这种情况稍后单独说。
第二,确认硬盘类型。机械硬盘随便折腾问题不大;固态硬盘扩容同样可行,但操作时要保证工具开启了分区对齐(现代分区工具默认4K对齐),扩容后建议顺手用CrystalDiskInfo检查一下健康状态。我见过有人对固态反复调分区结果导致分区表异常,其实只要工具正规、操作别中断,风险是完全可控的。
第三,确认重要数据有备份。这句话我说给每一个找我帮忙扩容的朋友:扩容本身出错概率不大,但一旦断电、卡死、强制关机,正在调整的分区可能受损。花十分钟把重要文件复制到移动硬盘或网盘,这个时间成本必须花。
5.2 DiskGenius无损扩容的完整流程与关键设置
DiskGenius是我用得最多的分区工具,支持无损调整分区大小。整体流程分三步:先调整相邻分区制造空位,再移动未分配空间到C盘右侧,最后扩展C盘。具体来说:
- 打开DiskGenius,在主界面看到磁盘的图形化分区布局,确认C盘和D盘的位置关系。
- 右键D盘,选择"调整分区大小",在弹窗中把分区的结束位置往前拖动,或者直接输入分区大小,把腾出的空间放在D盘左边(也就是靠近C盘的一侧),确认后软件会先进入离线模式执行操作。
- 此时C盘和D盘之间出现了未分配空间,再右键C盘,选择"扩展分区"(或"调整分区大小"),把这块未分配空间合并进来。
- 执行前记得点击"提交",软件会列出即将执行的每一步操作,确认无误后开始执行。
遇到C盘和D盘中间隔着恢复分区的情况,处理起来麻烦一些。恢复分区通常是几个G的小分区,里面有系统出厂恢复镜像。如果你已经制作了系统修复U盘,或者对这个品牌原厂恢复功能没有依赖,可以谨慎地把它删除后合并给C盘。但在删除之前一定要考虑清楚:这会让你失去F11一键恢复之类的原厂救援功能。稳妥方案是保留恢复分区,只从D盘压缩空间出来,然后用DiskGenius把未分配空间逐步移动到恢复分区右侧、C盘左侧,连同恢复分区一起处理——这个过程操作步骤多,建议第一次搞的人找台非主力电脑先练手。
5.3 扩容报错排查:文件系统错误与$bitmap标记
扩容操作中报错是很常见的,尤其DiskGenius在准备阶段可能会提示类似"本地磁盘I检测到文件系统错误:$bitmap中有标记"这样的信息。第一次看到这个报错时我也慌了一下,后来搞清楚原理就淡定了。
$bitmap是NTFS文件系统的一个元数据文件,它用位图记录整个卷中哪些簇已被分配、哪些空闲。当系统异常关机、磁盘满到写不进缓存、或者之前执行过中断的调整操作时,$bitmap里可能残留不一致的标记。DiskGenius在调整分区前会做一致性检查,发现这种标记就会中止操作,避免带着错误文件系统继续调整导致数据损坏。
解决方案很直接:先修复文件系统再重试。以管理员身份运行CMD,对目标分区执行:
bash复制chkdsk I: /f
chkdsk I: /r
/f 修复磁盘错误,/r 定位坏扇区并恢复可读信息。修复完之后再重新打开DiskGenius,错误提示一般就消失了。我遇到过的一种情况是:chkdsk跑完显示"Windows已修复文件系统",但DiskGenius依然报同样的错,那是因为修复没有完全清理异常属性,这时候可以先用DiskGenius自带的"检查分区表错误"或者"坏道检测"功能扫一遍,再重新执行扩展。只要别在报错状态下点"强制执行",数据安全基本无忧。
另外,扩容后Windows可能会在下一次开机时自动运行一次chkdsk扫描,这是正常现象。如果你看到蓝色屏幕提示"正在检查和修复驱动器",别急着断电,等它跑完就好。
6. 长效维护与避坑清单:别让C盘再红起来
6.1 第三方清理软件的教训:别让"清理大师"变成挖坑大师
网上搜C盘清理,第一页全是各种"清理大师""瘦身专家"的下载链接,后台相关热搜里也出现了不少"信飞c盘""c盘瘦身专家图标删不掉"的搜索。以我多年折腾的经验,这些第三方清理工具十个里有九个不推荐,理由不是危言耸听:
- 很多工具为了显示清理效果,会把一些正常系统文件当成"垃圾"清理,删出问题来你根本查不到原因。
- 部分软件安装时会捆绑全家桶,或者在你右键菜单、桌面上塞广告图标。我见过有人装了某个瘦身软件后,图标怎么都删不掉,进程在后台反复重启,最后只能进安全模式卸载。
- 它们的清理能力并不比Windows自带的存储感知 + cleanmgr + DISM组合强,但带来的风险却大得多。
如果你已经装了这类软件并遇到"图标删不掉"的问题,正路是按顺序走:设置 → 应用 → 卸载,卸载后检查任务管理器启动项和计划任务,再使用Geek Uninstaller这类卸载工具扫一遍残留。但更省心的做法从一开始就是:不装。
6.2 值得养成的几个小习惯:比任何工具都管用
真正解决C盘问题的,不是某次大清理,而是一套能坚持下去的小习惯。
一、安装软件的路径选择,大软件一律自定义安装到D盘,浏览器下载目录同步改到D盘,这是最基础的一条。二、每两周跑一次前面写的清理脚本,配合存储感知做日常兜底。三、每季度做一次DISM组件清理,时间固定了不容易忘。四、Docker和WSL的镜像、容器、虚硬盘定期 docker system prune 和压缩vhdx,这个月做一次就能发现C盘增长曲线明显放缓。五、把电脑自带的"存储感知"和"系统保护"配置好之后就不再去动,减少人为损耗。
如果你是重度用户,还可以用一个小技巧:Win10/11在管理员终端执行 compact /compactos:always 可以对系统文件做透明压缩,类似"磁盘清理之外的最后手段"。我的测试结果是能释放5~10G,代价是老旧机械硬盘上首次访问会稍微变慢。如果是固态硬盘,这个命令基本没有可感知的性能损失。想撤销时执行 compact /compactos:never 即可。
6.3 我对C盘健康管理节奏的建议
最后分享一个我实际使用的检查节奏,抄作业就行:
- 每月1号:打开存储感知看趋势,跑一次临时文件清理脚本,看一眼WizTree扫出来的Top目录。
- 每季度第一个周末:执行DISM组件清理,用系统自带磁盘清理点一次"清理系统文件"。
- 每半年:检查Docker/WSL体积,做一次vhdx压缩,顺便看看有没有可以卸载的大件软件。
- 每年的某个固定日子:检查一次固态硬盘健康度(CrystalDiskInfo看健康状态和温度),确认SSD剩余空间在合理范围。
这套节奏听起来繁琐,但每一步都是几分钟的事。我原来也是"红了才想起来清",经常被突然弹出来的磁盘不足警告打断工作。养成固定节奏之后,C盘基本稳定在还剩30%~40%可用空间的水平,一年到头都见不到红条。比起定期给电脑做全面体检,花在"预防性维护"上的这几分钟,回报率高得离谱。
清理C盘没有一劳永逸的银弹,它更像是一个持续优化系统习惯的过程。上面这些方法,从无害的官方工具到需要谨慎操作的扩容方案,每一层都有对应的适用场景。希望你读完能少走点弯路,把自己的开发环境维持在一个清爽、高效的状态。
