119GB 的 C 盘，我是怎么把可用空间从 29GB 抢回 43GB 的

数据均为本机实测扫描，非估算。清理前后对比见文末对照表。

一、先说结论

很多人一看到 C盘红了，第一反应是「删东西」或者「重装系统」。这两种都治标不治本——因为真正的问题不是"占满了"，而是它会一直往回涨。

我的 C 盘总容量 119 GB，长期在 40 GB 可用以下徘徊。第一次彻底排查后，可用空间回到 43 GB，占用率从 78% 降到 64%。最关键的不是省下了多少 GB，而是从此它不再自己往下掉。

完整过程和踩过的坑都记下来了，你可以照着做，也可以直接跳到你需要的部分。

二、先做诊断，别急着删

动手之前先花10 分钟看清楚空间到底被谁吃了。Windows 自带的资源管理器统计很慢，推荐直接用命令行扫一遍：

我扫出来的结果是这样的：

关键发现：C:\Windows 26 GB + AppData 20 GB，合计 46 GB，才是真正的大头。 而大家习惯清理的「下载文件夹」只有 9 KB：

因为我已经把下载这条路彻底封死了——所有下载和产出全部落 D 盘。后面会讲怎么做的。

所以，很多人清理时把 Downloads 清空、删几个安装包，腾出几百 MB，然后过两周又红了。因为你根本没碰到真正的增量来源。

三、AppData 里到底藏着什么

AppData 是最难下手的一块，因为它默认隐藏，而且混杂着「配置」和「缓存」——有些能删，有些删了软件就崩。

我扫出来的 Top 大户：

几个值得单独说的：

我的原则是：删之前先问「这个软件我还在用吗」。 不用的软件，它的 AppData 残留就是纯垃圾；还在用的，只清缓存层，别动配置层。

顺带一个发现：C:\Windows\SoftwareDistribution 有 3.2 GB，这是 Windows 更新缓存，用管理员权限清掉是安全的，属于免费收益。

四、真正有效的动作：把增量源迁到 D 盘

这是我最想分享的部分，也是和"删文件"完全不同的思路。

思路：不要让 C 盘零安装、零缓存。 把所有会不断变大的东西（环境、模型、缓存、临时文件）一次性迁到 D 盘，从此 C 盘只做"只读容器"。

1. 用户级 TEMP/TMP 改到 D 盘

注册表 HKCU\Environment 里把 TEMP 和 TMP 都改成 D:\tmp，然后广播 WM_SETTINGCHANGE 让系统立刻生效。

这一步收益最大。安装器的解包临时文件、各种 updater 的中间产物，全都走这里。改完之后，重启一次就再也不会往 C 盘扔垃圾了。

2. Python 环境放 D 盘

虚拟环境是这个时代最大的空间黑洞之一——每个项目一个 env，几百 MB 到几 GB。我的规则是只允许在 D:\workbuddy\binaries\python\envs\ 下建 venv，绝不允许落到 C 盘。

3. pip 缓存三重锁定

这是最容易翻车的地方。我踩过：pip.ini 里只写 [install] 段不生效，pip cache dir 还是指向 C 盘。正确做法是三重锁定：

[global] 和 [install] 两个段都要写，缺一个都不生效；再配一个用户级环境变量 PIP_CACHE_DIR，才算彻底封死。

4. 模型文件单独放

Whisper 模型 1.5 GB，任何模型都应该有专属目录。我的是 D:\whisper-models，配 HF_HOME=D:\hf-models 兜住 HuggingFace 系。

五、迁移后必须做的自检

这一步千万别省，否则你不知道规则到底生效没有：

三条命令对应三个检查点：

• df -k /c —— 看 C 盘可用有没有真的涨回来
• pip cache dir —— 必须输出 D 盘，出现 C 盘就是没生效
• echo $TEMP —— 确认临时文件目录指向 D 盘

六、另一个被低估的选项：重新分区

如果你的 C 盘和 D 盘在同一块物理 SSD 上（很多人出厂就是这样分的），那还有一个更彻底的办法：从 D 盘压缩出 20 GB 划给 C 盘。

我的评估结论：

为什么首选清理：C 盘 119 GB 的容量本身就不够用，划 20 GB 治标不治本；而迁移方案解决的是"持续增长"的根因。只有当清理和迁移都做完、C 盘仍然长期低于 40 GB 可用时，才考虑动分区。

七、删除习惯：永久删除，不进回收站

这一条可能有点争议，但我坚持。

回收站的本质是把删除的文件搬到另一个隐藏目录占着。你以为是"删了"，实际上空间一点没释放，还多了一层你看不见的占用。对C 盘空间紧张的机器来说，回收站是个陷阱。

我的做法是彻底关掉系统回收站：

• 注册表 HKCU 和 HKLM\...\Explorer\BitBucket\Volume\{卷GUID} 下的 NukeOnDelete 全部设为 1
• 共 16 个卷，全部处理完
• 实测验证：即使程序用带 FOF_ALLOWUNDO 的 Shell 删除接口，文件也被永久删除

代价必须说清楚：删除不可恢复。 想恢复的话把 NukeOnDelete 改回 0，或者直接在回收站属性里重新勾选"将文件移动到回收站"。

我的建议是：先备份、再分批、每批校验。清理系统垃圾时按体积排序，一次最多处理十个，删完立刻验证系统正常。绝不要用通配符一把梭。

八、最终数据

九、一句话总结

C 盘治理的本质不是"删"，是"分流"。

删东西只能解决当下，迁走增量源才能解决未来。花10 分钟做一次诊断，然后把 TEMP、pip 缓存、Python 环境、模型这四个最大的增量口全部迁到 D 盘——这件事一小时能做完，但能让你一整年不再为空间焦虑。

#WorkBuddy #效率工具 #Windows优化 #AI办公

本文数据均为本机实测，图表由脚本根据真实扫描结果生成。操作请根据自己的系统情况调整，重要数据务必先备份。