C盘满了怎么清理：7款磁盘分析工具横评与WizTree实战

上周三下午，同事把笔记本塞到我手上，说 C 盘只剩 3GB 了，Windows 更新都装不上。我打开资源管理器一看，C 盘那根进度条红得发紫。他的第一反应是去下载了三款"清理神器"，一键扫描、一键清理，折腾了四十分钟，C 盘从 3GB 变成了 4.2GB，桌面右下角多了两个常驻小图标，开机时间还长了十几秒。

这就是大多数人在"清理C盘"这件事上的真实路径：手比脑子快，先装软件，再看结果。而我这些年帮人处理过几十台 C 盘告急的机器，得出的结论恰好相反——清理 C 盘的第一步不是找一款最快最好的磁盘管理软件，而是找一款能让你在三分钟内看清楚"这几百 GB 到底被什么吃掉了"的分析工具，清理动作永远是第二步。

于是就有了这篇横评。我把手上七款能查 C 盘占用的工具全装了一遍：WizTree、TreeSize Free、Diskitude、SpaceSniffer、WinDirStat、Everything 的文件夹大小功能，以及 Windows 自带的存储感知配合磁盘清理。评测重点不是"谁的界面好看"，而是扫描速度、结果准不准、能不能直接跳到文件所在位置、以及最关键的——它能不能帮你做出"这个文件到底该不该删"的判断。

不管你用的是 Win10 还是 Win11，C 盘是 256GB 还是 1TB，只要你的 C 盘变红过，这篇内容应该都能帮你省下几个小时的瞎折腾。顺便说一句，C盘满了怎么清理这件事，工具只占三成，剩下七成是对"什么能删什么不能删"的判断力，这部分我会在后面的章节里掰开讲。

1. 别急着装软件：先搞清楚 C 盘空间的四种占用者

在讨论软件之前，得先建立一个分类框架。因为不同的占用类型，处理方式完全不同，用错工具等于白干。我一般把 C 盘的占用分成四类，这个分类是我自己踩坑总结出来的，比任何软件的分类视图都更接近实际决策。

1.1 第一类与第二类：系统自己产生的东西

第一类是可以再生的垃圾。临时文件、缩略图缓存、Windows 更新缓存、错误报告、日志文件、回收站、传递优化文件。它们的共同特征是：删了系统还会再生成，但生成过程不影响使用；体积通常单个数百 MB 到几 GB，加起来可能有 10GB 上下。这一类用系统自带工具就能安全清掉，不需要任何第三方软件。

第二类是"一个顶十个"的系统级大件。休眠文件（hiberfil.sys）、页面文件（pagefile.sys）、系统还原点、Windows.old、WinSxS 组件库。这几个家伙单个就可能占 5GB 到 30GB。它们的处理方式不是"删"，而是"配置"——休眠文件要用powercfg关，页面文件要在系统属性里改位置，还原点要调整配额，WinSxS 要用 DISM 清理。用手动删除的方式去碰这些文件，轻则删不掉，重则系统起不来。

我遇到过最典型的情况是：一位朋友的 C 盘 500GB 只剩 8GB，用软件扫出来 WinSxS 显示 21GB，他兴冲冲地把 WinSxS 目录整个删了。结果是系统更新彻底报废，最后只能重装。这里的坑在于——WinSxS 目录里大量文件是硬链接，显示的 21GB 里有相当一部分是和 System32 共享的同一份数据，实际独占空间可能只有一半甚至更少。显示大小和"删掉能腾出的空间"是两回事，这一点后面第 4 章会专门展开。

1.2 第三类与第四类：应用数据与"看着能删其实不能删"

第三类是应用产生的数据，这才往往是真正的空间大户。微信和 QQ 的聊天记录（尤其是群聊里的视频和文件）、浏览器缓存、Steam 游戏库、Docker Desktop 的虚拟磁盘、WSL 发行版的 ext4.vhdx、Adobe 系列暂存盘、pip/npm/conda 的包缓存、各种 SDK 和模拟器镜像。这一类的最佳处理方式不是删，而是搬家——把存储位置改到 D 盘或者移动硬盘。直接删掉的后果是软件要重新登录、重新配置，甚至数据丢失。

第四类是看起来能删、实际碰不得的：Program Files、Windows\System32、ProgramData 里的大部分内容、Boot 目录、System Volume Information、AppData 里的配置文件。还有一类更隐蔽的——桌面和文档里的真实文件。我见过有人为了腾空间把"下载"文件夹整个清空，结果里面是三年积累的项目素材，回收站又被顺手清空了。

把这四类放在一起对照，处理策略就很清楚了：

所以选软件的逻辑是这样的：你需要的第一款工具是分析器，任务是告诉你"哪一块最大"；第二款才是清理器，任务是安全地把该清的清掉。市面上的产品基本只做其中一件事，混着用才不会出问题。

1.3 不装任何软件，也能先看一眼的三个入口

真要动手之前，有三个零成本的入口值得先走一遍，能省掉很多装软件的时间。

第一个是设置 → 系统 → 存储（Win11 和 Win10 都有）。它会按"应用和功能""临时文件""文档""图片"等分类列出占用，点进"临时文件"还能看到具体的分类项。缺点是统计有延迟，而且不告诉你单个大文件在哪。

第二个是资源管理器右键 → 属性，配合逐个展开文件夹。笨，但零风险，适合确认"是不是某个特定目录长胖了"。

第三个是 PowerShell 的粗略统计。下面这条命令会算出 C 盘根目录下每个顶层文件夹的体积，跑之前记得用管理员身份打开，不然大量目录读不到会显示 0：

Get-ChildItem C:\ -Force -Directory -ErrorAction SilentlyContinue | ForEach-Object { $size = (Get-ChildItem $_.FullName -Recurse -Force -File -ErrorAction SilentlyContinue | Measure-Object -Property Length -Sum).Sum "{0,-45} {1,10:N2} GB" -f $_.FullName, ($size / 1GB) }

注意：这条命令对C:\Windows和C:\Users会跑得非常慢，因为它是一个文件一个文件去数。它的定位是"粗略摸底"，真要精查还是得上专业分析工具。

2. 横评的评测口径：我用什么标准打分

任何横评如果不先说清楚标准，那排名就没有意义。这一章把测试环境、数据规模和五个打分维度交代清楚，你可以根据自己的机器情况做折算，也可以直接拿去复用这套评估方法。

2.1 测试用的三台机器和三种数据形态

我用了三台机器：

• 主力机：Win11 23H2，i7 标压，512GB NVMe（C 盘 350GB，实际占用约 280GB），装了 Docker Desktop、WSL、一个 60GB 的游戏库，属于"典型重度使用者"的画像。
• 老机器：Win10，SATA SSD 系统盘 + 机械盘混装，C 盘 200GB 占用 180GB，碎片多、小文件多，用来测极端情况。
• 小文件测试目录：手动构造的一个约 60 万个小文件的目录（大量 1KB 到 50KB 的文件），这个目录是我专门用来拉开性能差距的。

为什么要专门准备小文件目录？因为磁盘分析工具的性能瓶颈不在总字节数，而在文件条目数。一个 50GB 的电影文件夹扫描只要几秒，但 60 万个 1KB 文件可能让某些工具卡上几分钟——每一次 stat 调用都是一次磁盘 IO，几十万次 IO 在机械盘上就是灾难。这也是为什么很多人在某些软件上看到"扫描中"转圈转到怀疑人生。

2.2 五个打分维度，以及一个必须先说清楚的定位问题

我的五个维度是：

1. 扫描速度：管理员权限下首次全盘扫描耗时。我记录的是量级区间，因为不同机器差异极大，重要的是相对差距而不是绝对值。
2. 结果准确性：与资源管理器属性、fsutil输出做交叉对比，重点看硬链接、NTFS 压缩、稀疏文件、云盘占位文件这四种"容易算错"的情况。
3. 可视化可读性：能不能在 3 秒内看出"最大的那一块在哪"。这一条对新手尤其重要。
4. 交互与定位：右键能否直接打开文件所在位置、能否直接删除、有没有 shell 扩展带来的副作用（这条是 WizTree 那节的重点）。
5. 清理能力：是分析器还是清理器，能不能真正帮你完成"腾出空间"这个动作。

这里有个必须提前说清的定位问题：这七款工具里，只有系统自带的存储感知和磁盘清理属于"清理器"，其余六款本质上都是"分析器"。经常有人在社区里骂某款分析软件"没用，扫完什么也不能干"，其实是把工具定位搞错了——分析器的价值就在于告诉你该删什么，删的动作交给更慎重的流程去做，这恰恰是安全的设计。

3. 七款工具逐个上机：谁快、谁准、谁适合干什么

这一章是主体。我会按"原理 → 实测表现 → 适合谁 → 短板"的结构逐个讲，最后给一张选型对照表。需要提前说明的是，下面的耗时数据是我在这三台机器上的观察结果，你的机器会有出入，重点看相对关系。

3.1 WizTree：直接读 MFT 的暴力解法

WizTree 快的原因不在于它代码写得多好，而在于它走了一条完全不同的路：它不遍历目录树，而是直接读取 NTFS 的主文件表（MFT）。打个比方，别的工具是跑到图书馆里一本一本地翻书数页数，WizTree 是直接去翻索引卡片——索引卡上已经写好了每本书的页数和位置。

这个原理带来两个直接结果。第一是快：我的主力机上，280GB 占用的 C 盘，WizTree 全盘扫描基本在几秒到十几秒的量级；那个 60 万小文件的目录也是数秒级别的。第二是它有前提条件：必须是 NTFS 文件系统，而且最好用管理员权限运行。如果是 exFAT、FAT32、或者网络映射盘、移动硬盘，WizTree 会退化成普通的遍历扫描，速度优势基本消失——这是很多人抱怨"WizTree 也没那么快"的真实原因。

界面部分是我最喜欢它的地方：左侧是目录树，右侧是方块图（treemap），面积正比于体积，大块一眼可见。下方还有三个视图：文件类型统计、Top 1000 最大文件、Top 1000 最大文件夹。"Top 1000 最大文件"这个列表是清理 C 盘时最有效的一屏，通常前二十个条目就能解释一半以上的空间去向。

它也有自己的问题。安装版会可选地注册资源管理器右键扩展，这个扩展在某些环境下会导致右键卡顿，我在第 4 章会专门讲怎么定位和处理。另外它的删除操作要谨慎对待，我的习惯是只拿它做定位，删除动作一律回到资源管理器里手动执行，这样至少回收站还有后悔的机会。

3.2 TreeSize Free：信息密度最高的免费选手

TreeSize 是老牌工具，免费版的功能已经相当够用，付费版主要多了导出、高级过滤和多任务并行扫描这些企业向能力。它最大的特点是表格视图的信息密度极高：大小、占用空间、包含文件数、占比百分比、修改时间，全部可排序。

这里有个关键的使用技巧：用管理员权限运行 TreeSize，它会自动改用 MFT 直接读取，速度能有数量级的提升；如果只是普通权限双击，它就是老老实实逐文件遍历，同一块盘可能从十几秒变成几分钟。我见过不少人对比 WizTree 和 TreeSize 之后得出结论"TreeSize 慢得要死"，八成是没用管理员运行。

我个人最常用的功能是它的时间过滤。清理 C 盘时有个很实用的判据：一个 5GB 的文件，如果修改时间是两年前，那它大概率可以搬走或者删掉；如果是昨天刚改的，那就是活跃数据，动它要慎重。TreeSize 的"修改时间"列配上排序，找这种"僵尸大文件"非常高效，这一点比 WizTree 顺手。

它的短板是可视化弱——只有柱状占比条，没有方块图，看"哪一块最大"的直观程度明显不如 WizTree；界面风格偏旧，免费版会有升级提示；导出功能受限。所以我的用法是：WizTree 负责"一眼看全局"，TreeSize 负责"按时间/类型做精细筛选"，两个搭配用。

3.3 Diskitude：一个圆环，三十秒定性

Diskitude 是个极简到有点可爱的工具。单文件、体积极小（塞进 U 盘毫无压力）、双击即用，界面就是一个圆环，圆环被切成若干扇区，每个扇区代表一个文件夹，鼠标划过就往里下钻一层。没有目录树，没有表格，没有设置项。

它的价值在于启动速度和零学习成本。当你需要快速回答"这台机器到底是不是某个目录的问题"时，Diskitude 可能是最快的路径——打开、点两下、结论就出来了。我自己的 U 盘里常年放一份，帮别人看电脑时先跑它做定性。

但它的能力边界也很明显：没有文件类型统计，没有 Top 列表，不能搜索，几乎没有删除操作集成；对大目录的下钻体验一般；工具年代比较久远，在高分屏和较新的系统上显示效果一般。所以它适合当"侦察兵"，不适合当"主力工具"。真正要动手清理的时候，还是得换 WizTree 或者 TreeSize。

3.4 SpaceSniffer：边删边看，反馈最直观

SpaceSniffer 走的是方块树路线，和 WizTree 的右侧面板类似，但它是把方块树做成了主界面，且交互更"活"。每个方块代表一个文件或文件夹，面积正比于体积，双击方块进入下一层。

它有两个我特别喜欢的能力。第一是支持按条件过滤，你可以在扫描后直接筛出"只显示大于 1GB 的项目""只显示某个日期之前的文件""名字里含 cache 的项目"，对着一堆筛选结果做决策，比在几千个目录里翻要高效得多。第二是实时刷新，你在外面删了一个文件夹，SpaceSniffer 会局部重扫，方块随即消失，你能立刻看到释放了多少空间。这种即时反馈对"边删边判断"的场景非常友好。

它的缺点也很实在：方块图信息密度高的时候容易眼花，尤其是小文件极多的目录，屏幕上会出现密密麻麻的碎块；过滤掉小方块需要手动调"最小方块尺寸"，刚上手的人往往被满屏碎块劝退；扫描速度属于中等水平，不开管理员权限看不全系统目录。我的建议是第一次打开就在设置里把最小方块尺寸调大一些，比如设成 1MB，视觉负担会小很多。

3.5 WinDirStat：扩展名视角最清晰的免费方案

WinDirStat 是开源圈里的老牌工具，三视图布局：上面是目录列表，右上是按扩展名着色的图例，下面是方块图。它的招牌能力是按扩展名统计——彩色方块和图例一一对应，你能一眼看出这台机器的 C 盘是被一堆视频占满的，还是被大量 .log 或者 .iso 文件占满的。

这个视角很实用。举个例子，如果图例里最大的色块对应 .mp4，那说明是媒体文件问题；如果是一个很小的扩展名占据了巨大面积，那大概率是某个软件在疯狂写日志或者缓存。它回答的是"什么类型的东西占空间"，而 WizTree 更擅长回答"哪个文件占空间"，两个问题是互补的。

它的短板一是速度慢，小文件多的时候尤其明显，扫描过程也没有 MFT 加速这种捷径；二是项目维护节奏很慢，界面观感比较有年代感；三是它的删除操作默认不走回收站，误删几乎没有挽回余地——这一点必须记住，我的做法是永远不在它里面直接删除，只用来定位。

3.6 Everything 的文件夹大小：另一个维度的杀器

严格说 Everything 不是磁盘可视化工具，它是一个文件索引器。但 1.5 之后的版本加入了文件夹大小的支持（需要在设置里开启相关索引项），于是一件事变得非常轻松：用搜索语法批量找全盘的大文件。

它的搜索语法是这门工具的精髓，比如下面这几条，在清理 C 盘时非常实用：

size:>1gb ext:log size:>500mb ext:tmp;cache folder: ext:iso;mp4;mkv size:>2gb

第一条找全盘大于 1GB 的日志文件，第二条找临时文件和缓存，第三条找体积超标的媒体镜像。这些查询在几百 GB 的索引上通常是秒级出结果，效率是任何目录树工具都比不了的。

它的局限也很清楚：没有占比可视化，你看到的是列表而不是全局；文件夹大小的计算在部分版本里需要逐个统计，速度会打折；它不知道文件的历史和用途，不能替你判断能不能删。所以我的用法是把它当作流程的第二步——先用 WizTree 定位到"问题就在某个目录"，再用 Everything 在那个目录里做批量筛选。

3.7 系统自带存储感知与磁盘清理：最安全的兜底方案

最后是系统自带的方案。设置 → 系统 → 存储 里有"临时文件"入口，可以先看再选；"存储感知"可以设置成自动定期清理。传统路线是运行cleanmgr，点"清理系统文件"之后，列表里会多出"Windows 更新清理""以前的 Windows 安装""传递优化文件""设备驱动程序包""缩略图"等项。

这些分类的全部意义在于它们的判断依据来自系统本身，误删风险最低。你不需要知道"传递优化文件"到底是什么，系统说能清，那就基本能清。缺点同样明显：慢（扫描一次可能几分钟）、看不到具体文件、不能按大小排序定位问题。所以它是个清道夫，不是侦探——它负责执行，不负责发现。

我的常规操作顺序是：先在设置里跑一遍"临时文件"，通常能回收 3GB 到 10GB；然后针对 Windows 更新清理和 Windows.old 再来一轮，往往还能挖出 10GB 以上。这一步做完之后，如果 C 盘还是不宽裕，才会去动休眠文件、页面文件和还原点这些大件。

3.8 七款工具选型对照表

把上面的结论收拢成一张表，方便你按场景直接抄：

一句话版本：WizTree 开局定位，TreeSize 精细筛选，Everything 批量收割，系统自带负责收尾。Diskitude、SpaceSniffer、WinDirStat 属于备选，看你更喜欢哪种交互。

4. WizTree 的"神器病"：右键卡死、体积对不上与权限坑

用 WizTree 的人多了，社区里出现的抱怨也开始集中。我帮人排查过几次，问题基本落在三个地方：右键卡顿、扫描体积和实际对不上、非管理员运行时的异常显示。这一章把这三种情况的排查链路完整写出来，你可以照着复现。

4.1 资源管理器右键转圈：一条完整的排查链路

现象很典型：右键任意文件夹，甚至右键"此电脑"，鼠标转圈几秒到十几秒才弹出菜单，文件夹本身打开没问题。这个症状在装了 WizTree 之后出现的机器上很常见，但不能直接断定就是它，因为右键菜单是多个 shell 扩展共同参与的，任何一个拖后腿都会卡。

我的排查顺序是这样的：

第一步，确认触发范围。是只在特定盘符（比如某个移动硬盘或者断连的网络位置）卡，还是所有位置都卡？如果只在外接存储或网络位置卡，那大概率是某个扩展在查询设备信息时超时等待，跟 WizTree 关系不大。

第二步，查看当前加载了哪些 shell 扩展。用 ShellExView 或者 Autoruns 这类工具，能列出资源管理器里注册的右键菜单处理程序，一般会有几十项，把状态、公司、文件路径看清楚。

第三步，做对照实验。把可疑扩展临时禁用，重启资源管理器再测。WizTree 的右键扩展在安装时可以取消勾选，如果已经装了，重新运行安装程序取消这一项，或者在它的设置里关闭右键菜单相关的开关，效果一样。

第四步，排除系统本身的因素。Win11 的"显示更多选项"（也就是那套旧版右键菜单）本身就比新版菜单慢，这是系统层面的设计问题，跟第三方扩展叠加起来会更明显。我遇到过的实际情况是：关掉 WizTree 的右键扩展后确实好了一半，剩下的延迟来自某个云盘客户端和一个杀毒软件的文件扫描钩子。

提示：我的建议是直接不要装 WizTree 的右键扩展。日常使用中，你完全可以把 WizTree 打开后再把文件夹拖进窗口，或者用命令行带路径启动，几乎没有任何效率损失，但能规避掉一整类奇怪的问题。

4.2 扫描结果和资源管理器属性对不上：四种正常情况

第二种抱怨是"WizTree 说这个文件夹 15GB，我右键属性只有 8GB"。这种情况绝大多数不是 bug，而是四种机制在起作用：

硬链接重复计算。WinSxS 是重灾区。系统为了节省空间，把同一个文件的多份副本变成了指向同一份数据的硬链接，但在目录结构上它们看起来是多个独立文件。读取 MFT 的工具会把每个链接都算一次，所以你看到的 WinSxS 体积可能远大于它的实际独占空间。想验证的话可以用DISM /Online /Cleanup-Image /AnalyzeComponentStore，它会分别告诉你"组件存储实际大小"和"可回收大小"。

NTFS 压缩与稀疏文件。逻辑大小和磁盘实际占用是两回事。一个被压缩的文件可能逻辑大小 2GB、实际只占 800MB。WizTree 的面板里同时有"大小"和"占用空间"两列，判断"删掉能腾出多少"要看占用空间那一列，很多人只看前一列，于是估算总是偏高。

云盘的按需文件。OneDrive 这类工具的"联机可用"文件，在本地只是一个占位符，实际占用极小。但在某些扫描视角下它会按完整大小显示，因为它读的是文件的元数据大小。这类文件不需要清理，它们本身就不占地方。

扫描过程中文件在变化。MFT 读取相当于对文件系统拍了一张快照，扫描期间如果有软件在大量写文件（比如正在下载、正在编译），结果就会和事后的属性查询不一致。重扫一次即可。

4.3 权限、长路径与"显示为 0"的假象

第三种情况是某些目录显示为空或者 0 字节。原因几乎都是权限：没有管理员权限时，系统目录、其他用户的用户目录、加密目录都读不到。所以所有磁盘分析工具都应该用管理员身份运行，这一条没有例外。

另外两个容易被忽略的漏算来源：一是超长路径，路径超过传统长度限制时，部分工具会跳过或者读取失败，导致漏算；二是正在被独占写入的文件，比如数据库文件、虚拟磁盘文件、日志文件，扫描时拿不到准确大小。遇到这种情况，把相关软件退出来再扫一遍。

5. 从"看清"到"清掉"：几类大头文件的具体处理方式

分析工具只能告诉你问题在哪，真正的空间回收还是要落到具体操作上。这一章按"系统级"和"应用级"分开讲，每个操作都说明它在做什么、代价是什么。

5.1 系统级大件：休眠、页面文件、WinSxS、还原点、Windows.old

休眠文件（hiberfil.sys）。体积通常等于内存的 40% 到 75%，16GB 内存的机器上就是 6GB 到 12GB。如果从来不用休眠功能，可以直接关掉：

:: 关闭休眠并删除 hiberfil.sys，通常能释放数 GB powercfg /h off :: 如果还想保留休眠，只是缩小文件，可以用这条 powercfg /h /size 40

注意powercfg /h off会同时禁用快速启动，如果你依赖开机速度，就选第二条缩小尺寸的方案。

页面文件（pagefile.sys）。路径是：系统属性 → 高级 → 性能设置 → 高级 → 虚拟内存 → 更改。可以把它移到 D 盘。但有两个代价必须先知道：一是完全关闭页面文件可能导致某些程序崩溃，很多软件会预留提交内存；二是系统蓝屏时的内存转储依赖页面文件，移走或关掉之后就没法做完整转储了。我的做法是移到其他 SSD 而不是直接关闭，机械盘上放页面文件会让整体体验变差。

WinSxS。先分析再清理：

Dism.exe /Online /Cleanup-Image /AnalyzeComponentStore Dism.exe /Online /Cleanup-Image /StartComponentCleanup Dism.exe /Online /Cleanup-Image /StartComponentCleanup /ResetBase

注意：/ResetBase会把所有已安装更新的备份一并清掉，之后你将无法单独卸载某个历史更新。如果你习惯用"卸载某个补丁"来规避问题，这条命令就别加。

系统还原点。查看和限制配额的命令行方式如下：

:: 查看还原点占用的空间 vssadmin list shadowstorage :: 把还原点配额限制到 10GB，比直接删掉更温和 vssadmin resize shadowstorage /for=c: /on=c: /maxsize=10GB

图形界面在"系统属性 → 系统保护 → 配置"里，可以调整最大使用量百分比，也可以删除历史还原点。建议先限制配额，不要一上来就把还原点全删了，留着最近一两个还原点在系统出问题时能救命。

Windows.old。这是系统大版本升级留下的旧系统备份，通常 10GB 到 30GB。它会在升级后保留一段时间后自动清理，着急的话可以在磁盘清理里勾"以前的 Windows 安装"直接删掉。删掉之后就无法回退到旧版本系统了，这是它的唯一代价。

5.2 应用级缓存：从聊天记录到虚拟磁盘

微信和 QQ。这是国内用户最常见的空间黑洞。微信的路径是：设置 → 文件管理 → 更改文件存储位置，选一个 D 盘的目录，然后一定要点"迁移"把已有数据搬过去，只改路径不迁移的话，老数据还留在 C 盘。QQ 和 TIM 的设置逻辑类似。搬完之后再去"存储空间"里清理一次不需要的群文件和历史视频。

浏览器。缓存目录和默认下载目录都建议改到非系统盘。浏览器的缓存属于可再生数据，随便清；但下载目录里的东西是你自己的文件，清之前先看一眼。

Steam、Epic 等游戏平台。都支持添加第二个库文件夹到其他盘，然后在平台的存储管理里把游戏"移动"过去，不用重新下载。

Docker Desktop 与 WSL。这是开发者机器的典型坑：WSL2 的虚拟磁盘（ext4.vhdx）只增不减，你删了容器和镜像，文件体积也不会自动缩小。压缩方法是这样：

:: 先彻底关闭 WSL wsl --shutdown :: 打开 diskpart 压缩虚拟磁盘 diskpart select vdisk file="C:\Users\<你的用户名>\AppData\Local\Packages\<发行版包名>\LocalState\ext4.vhdx" attach vdisk readonly compact vdisk detach vdisk exit

路径里的发行版包名每个人不一样，去AppData\Local\Packages下找带LocalState\ext4.vhdx的那个目录即可。如果不想折腾，也可以在 Docker Desktop 设置里把磁盘镜像位置整体挪到 D 盘。

包管理器缓存。开发机上这些缓存往往悄悄攒到几 GB 甚至十几 GB：

pip cache purge npm cache clean --force conda clean -a

另外 Maven 的本地仓库、Gradle 的缓存目录、各种 SDK 的下载缓存，都可以通过环境变量或者配置文件指到其他盘。这一项属于"改一次管很久"的投资。

5.3 用命令行做一次批量清理：一个稳妥的 bat 写法

热词里"c盘清理bat"出现频率很高，说明大家确实想要一个双击就能跑的脚本。这里给一个我自己在用的版本，只碰临时目录，不碰任何其他位置：

@echo off chcp 65001 >nul echo 正在清理当前用户临时文件... del /f /s /q "%TEMP%\*.*" 1>nul 2>nul for /d %%i in ("%TEMP%\*") do rd /s /q "%%i" 1>nul 2>nul echo 正在清理系统临时文件... del /f /s /q "%SystemRoot%\Temp\*.*" 1>nul 2>nul for /d %%i in ("%SystemRoot%\Temp\*") do rd /s /q "%%i" 1>nul 2>nul echo 完成，部分被占用的文件已自动跳过。 pause

用法很简单：保存成.bat，右键"以管理员身份运行"。有几条经验值得说：一是被占用的文件删不掉是正常的，脚本会跳过，不用管；二是不要在这个脚本里加任何rd /s /q指向非临时目录的语句，这类脚本一旦路径写错就是不可逆的；三是想更省事的话可以用磁盘清理的预配置模式，先跑一次cleanmgr /sageset:1勾选项目，之后每次只需执行cleanmgr /sagerun:1静默清理。

5.4 哪些东西看着能删其实不能删

这一节是我用血泪换来的清单，建议动手前逐条对照：

6. C 盘实在腾不出来时：扩容与迁移的取舍

有时候清完所有能清的，C 盘还是不够用，这时候就得考虑扩容或者迁移。这两件事都有风险，我把关键点说清楚。

6.1 为什么扩容总是要"贴着 C 盘右边"

Windows 自带的磁盘管理有个硬限制：只能把紧邻分区右侧的未分配空间合并进来。也就是说，C 盘要扩容，未分配空间必须正好位于 C 盘右侧。

但实际情况往往是：C 后面紧跟着 D 盘，D 盘后面才是空闲空间。你从 D 盘尾部压缩出 50GB，得到的是位于 D 盘右侧的未分配空间，它并不和 C 盘相邻，所以操作界面上"扩展卷"是灰色的。想绕过去，要么删掉整个 D 盘（数据全没），要么用能"移动分区"的工具把 D 盘整体右移，再把腾出来的空间交给 C。

这就是第三方分区工具的价值所在——它们能移动分区的起始位置。但必须明确一点：任何一次调整分区大小都有风险。移动一个有几十 GB 数据的分区，本质上是把数据块搬来搬去，过程中断电、坏道、强制重启都可能导致分区表损坏。所以操作前的备份不是"建议"，是"必须"；笔记本要插好电源，中途不要运行任何大程序。

6.2 压缩卷失败的几个常见原因

很多人遇到过"压缩卷"算出来可用空间只有几百 MB，跟自己预期差很远。原因通常是这几种：不可移动文件占据了 D 盘尾部（页面文件、休眠文件、MFT 保留区、卷影副本最容易出现在这里）；BitLocker 加密会导致无法压缩，需要先解密；碎片过多也会让可压缩量变小。

处理顺序我一般是：先关休眠 → 把页面文件临时设为无 → 关闭系统保护（临时）→ 如果开了 BitLocker 就先解密 → 重启一次 → 再做压缩。走完这一轮，能看到的最大可压缩量通常会明显增加。第三方分区工具因为能"强行搬动"不可移动文件，往往能压出更多空间，但风险也随之上升，做这类操作前把重要数据复制到外部存储是底线。

6.3 不扩容也能腾挪：文件夹迁移加目录联接

如果不想碰分区表，还有一个折中方案：把 C 盘上的大目录搬到 D 盘，然后在原位置建一个目录联接（junction），让程序以为文件还在原地。流程大致是：

:: 1) 复制数据（保留权限和时间戳） robocopy "C:\BigFolder" "D:\BigFolder" /E /COPYALL /DCOPY:DAT /R:1 /W:1 :: 2) 确认复制无误后再删除原目录 rmdir "C:\BigFolder" :: 3) 建立目录联接，不需要开发者模式 mklink /J "C:\BigFolder" "D:\BigFolder"

几个实测要点：mklink /J创建的是目录联接，普通权限就能执行；而mklink /D创建的是符号链接，通常需要管理员或开发者模式，跨盘使用时兼容性也不如目录联接。第二点更重要——不要对这个方案上瘾。它对普通数据目录（比如游戏、素材、模型缓存）效果很好，但对系统目录、软件安装目录、需要频繁更新的目录不适用，因为有些程序的更新机制会绕过联接，导致新版本装到别的地方或者直接报错。我的原则是：只对纯数据目录用这个办法。

7. 关于"清理大师"类软件，我的态度和使用边界

热词里出现了不少名字带"大师""专家""瘦身""极速"的清理软件，这一类产品我需要单独说几句，因为它们和上面七款工具是两种东西。

7.1 它们实际做了什么

这类软件的核心逻辑是：把系统临时目录、浏览器缓存、日志、缩略图缓存这些"低风险可清项"扫一遍，把所有匹配文件的大小加总，报出一个很大的数字。这里有个容易误导的地方——"扫出 30GB 可清理"不等于"能腾出 30GB"。里面很多是正在被占用的文件、系统会立刻重建的缓存、以及本来就不占实际空间的压缩文件，真正能释放的可能是其中的三分之一。

更值得注意的是它们的附加行为：常驻后台进程、开机自启、托盘图标、定时弹窗、诱导升级付费版、捆绑安装其他软件、"清理注册表"这类收益极低而风险不低的功能。注册表清理是我最不推荐的——一个正常的 Windows 系统里，注册表冗余项对性能的影响基本可以忽略，但清错了可能直接导致某个软件无法启动。

7.2 我给自己定的三条使用规则

第一，不装常驻型的清理软件。凡是会开机自启、会往资源管理器里挂右键菜单、会常驻托盘的，我都不装。我需要的是用完就关的分析工具，而不是一个长期住在系统里的管家。

第二，系统级清理由系统自带工具和命令行完成，可视化分析用 WizTree、TreeSize 这一类功能边界清晰的工具。这样的分工有个好处：每一件事的责任方都很明确，出问题容易回溯。

第三，如果一定要装，装完立刻核对三件事：任务管理器的"启动"页有没有多出它、服务列表里有没有新增服务、C 盘之外有没有多出不明目录。卸载之后也顺手检查一遍用户目录和 ProgramData 下的残留文件夹，很多这类软件卸载后会留一堆配置文件。

我现在的固定流程是：先用 WizTree 扫一遍，看 Top 1000 最大文件和文件类型分布，花两分钟确定问题在哪一类；然后按第 5 章的方法处理系统级大件；再用 TreeSize 按修改时间筛出僵尸大文件；最后跑一遍系统自带的临时文件清理收尾。整套流程下来，一台 C 盘告急的机器通常能回收 30GB 到 80GB，而且不会留下任何常驻进程和残留配置——这一点，比任何"一键清理"都更让我安心。