“C盘分小一点更安全”的迷思遇上现代清理术

小分区的习惯到底从哪来

在 Windows XP 的年月里，40 GB 的系统分区确实合理：机械硬盘上的 Windows 碎片化得厉害，一年一重装是例行公事，小小的 C: 能让镜像和恢复更快。这个习惯一直活到了那些理由全部失效的时代——SSD 根本不像 HDD 那样在乎碎片，功能更新在安装前要预置约 20 GB，也没人再手工给分区做镜像。

没变的是 Windows 对系统盘余量的胃口。页面文件随内存增长，休眠要在盘上圈一大块，系统还原点和内存转储都要空间，WinSxS 组件存储从不自己收缩，而 Windows 11 官方要求至少 64 GB 的驱动器。把这些全塞进 80–100 GB，总有东西要让路——通常是你的还原点。

C: 没空间时真正坏掉的是什么

长期塞满的 C: 不会让 Windows 变得自律——它会因为新还原点放不下而悄悄删掉最旧的点，让功能更新因空间不足报错，在系统崩溃时拒绝写内存转储，还把每次大型应用安装变成一场杂耍。存储感知为了保住 2 GB 空闲而勤快地删还原点，那不叫干净，那叫慢动作数据丢失。

解决办法是结构性的，不是靠意志力：给 C: 划 150–200 GB，或者干脆用一个大分区，把肥大的资料库通过正规机制挪出系统盘——视频和下载用文件夹“属性”→“位置”，Steam 等启动器用它自己的存储设置。这样一来，每月一次的清理就能保住几十 GB 的空闲，不用分区来充当绝食疗法。如果反正快要重装系统，那就是修正分区大小的时机，而不是之后。

• 页面文件和休眠文件——大小跟着内存走，不管你乐不乐意都停在 C: 上
• 功能更新预置——安装还没开始就要约 20 GB 的临时空间
• 系统还原点——C: 紧张时的第一个牺牲品；旧的会被悄悄清掉
• WinSxS 组件存储——每次更新都在长，只按自己的日程缩
• 崩溃转储——蓝屏偏偏要在最糟糕的时刻往 C: 写几个 GB
• 无视你数据盘规划的应用——游戏启动器、Spotify 缓存和着色器缓存默认都奔 C: 去

常见问题与解答

继续阅读