C盘红了，点开C:\Users\你的用户名\AppData\Local一看，几十个GB躺在那里，文件夹名字一个比一个眼熟，却一个都不敢删——这个场景我遇到过太多次了。帮别人收拾笔记本，十台里有七台的瓶颈都在这一层：系统盘清理不是不会点"磁盘清理"，而是不知道Local目录里哪些是垃圾、哪些是命根子。这篇东西就是把我自己反复用过的一套流程完整摊开来讲，从AppData三个子目录的分工，到哪些缓存能一刀切、哪些文件夹碰一下就要重装软件，再到用目录联接把缓存整体搬到别的盘做物理瘦身。适合两类人看：一类是C盘告急、想动手又怕把系统搞崩的新手，一类是已经会删Temp但总觉得回收得不够彻底、想系统化梳理一遍的老手。全程给命令、给判断依据、给回滚方案，照着做基本不会翻车。

1. 把"清理"拆成三个抽屉：系统垃圾、应用缓存、结构性占用

很多人一上来就问"删哪个文件夹"，这个问题本身就问错了。C盘空间不是被某一类东西吃掉的，而是被三种性质完全不同的数据层层叠起来的，处理手段也完全不同。分不清这三类，就会陷入"删了10G、过两周又满"的死循环。

第一个抽屉是纯系统垃圾，特征是删了不影响任何功能，系统自己也会定期回收，只是回收得不勤快。典型代表是C:\Windows\Temp、C:\Users\你\AppData\Local\Temp、回收站、缩略图缓存、崩溃转储文件（Local\CrashDumps）、传递优化的缓存包。这部分是"无风险区"，随便清，代价只是某些程序第一次启动会慢一两秒。

第二个抽屉是应用缓存，特征是删了不影响程序存在，但会触发重新下载或重建。比如浏览器的网页缓存、某即时通讯工具的聊天图片缓存、开发工具的包管理器缓存（Local\pip\Cache、Local\npm-cache）、某IDE的索引目录。这部分是"低风险区"，但要挑程序关闭的时候动手，否则文件被进程锁住，删到一半报"文件正在使用中"。

第三个抽屉是结构性占用，这部分最容易被误判成垃圾，实际上它要么是程序的安装目录本体，要么是系统维持某项能力必须留的底料。Local\Programs里装着的软件、C:\Windows\Installer里的补丁缓存、C:\ProgramData\Package Cache里的安装包、C:\Windows\WinSxS里的组件存储，全属于这一类。这些目录的正确处理方式不是删，而是"压缩""迁移"或者交给系统自己的维护命令。

判断标准很简单：一个文件夹如果删掉之后，你需要重新下载安装包才能恢复某项功能，那它就是结构性占用，不走删除路线。

为什么要先做这个分类？因为三类数据的回收率和复发周期差异极大。系统垃圾清一次能腾出3到8个G，但一个月后又长回来；应用缓存清一次能腾出十几G，但用两周又肥了；结构性占用一旦处理掉（比如把虚拟内存文件挪走、关掉休眠），腾出的空间是长期稳定的，通常是10到20个G。想让C盘真正松口气，必须三类都动，而且优先动第三类——它的投入产出比最高，还完全不涉及"敢不敢删"的心理负担。

我一般的顺序是：先做结构性占用的处置（见效最快、零风险），再做应用缓存的清理（量大但要挑时机），最后做系统垃圾的兜底（顺手，不指望它解决问题）。这个顺序还有个好处：前两步做完，你往往会发现根本不需要去碰那些拿不准的文件夹了。

2. AppData\Local为什么长得这么快：三类写入者的行为画像

AppData底下有三个目录：Local、LocalLow、Roaming。名字很像，脾气完全不同，搞清楚谁是谁，后面所有操作才有依据。

Local之所以能膨胀到几十G，是因为它同时承担了三种截然不同的写入任务，而这三类写入者的行为模式完全不一样。

第一类写入者是"用完就忘型"，最典型的是临时文件。程序解压安装包、编译器生成中间产物、Python打包工具把整个运行时解压到Temp下、某办公软件的更新程序先落地再执行——它们写的时候毫不客气，用完了却经常忘记清。你在Local\Temp里能看到大量_MEI开头（打包工具的解压残留）、pip-开头、tmp加随机串的文件夹，很多是几个月前的。这类数据的特征是没有保留价值，且不会自我清理，是清理的第一优先级。

第二类写入者是"越攒越大型"，缓存类都属于这一档。浏览器的网页缓存、即时通讯工具的聊天图片和视频、地图类软件的瓦片缓存、开发工具的依赖包缓存，它们的共同逻辑是"下次可能还要用，所以留着"。问题在于这个"可能"的判定非常宽松，一个聊天群里的图片缓存能堆到十几个G，而你真正会回看的不到百分之一。这类数据的特征是删了会短暂变慢，但功能完全正常。

第三类写入者是"赖着不走型"，也是最容易踩坑的一类。某些软件安装时把程序本体放进Local\Programs（这是用户级安装的默认位置），某些游戏把资源和存档混放在Local下的自有目录，某些开发工具把编译产物、模拟器镜像、容器卷放在这里。这类数据不是缓存，删了就是卸载或损坏。判断方法很直接：文件夹里有.exe、.dll且体积不小的，一律按程序本体对待。

我见过最典型的翻车案例：某人为了腾空间，把Local下面所有名字看起来"不像正经软件"的文件夹全删了，结果某个常用的开发工具打不开，重装时发现配置和授权信息也一起没了。他删的那几个目录里，有一个是工具的用户数据目录，虽然叫Local，但里面存的是账号凭据和插件配置。

在Local里做任何批量操作之前，先按"修改时间"排序看一眼。近一个月没被写入、但体积巨大的目录，要么是废弃残留（可以删），要么是程序本体（不能删），这两者必须靠内容判断，不能靠名字猜。

3. 逐层劝退：Local目录里哪些能动手、哪些碰不得

下面这张表是我自己电脑上长期维护的一份清单，覆盖了绝大多数人会遇到的目录。"可删"指的是可以直接删掉内容、程序下次运行自动重建；"可清"指可以用程序自带的清理功能清；"禁动"指删了会出问题。

几个具体操作细节值得单独说。

Temp的清理姿势。直接进目录全选删除，一定会遇到"文件正在使用中"。正确做法是先关掉浏览器、办公软件、聊天工具这些常驻程序，然后删；剩下的顽固项不用管，重启后再删一次基本就干净了。如果你习惯用命令行，可以先看体积再决定：

# 统计 Temp 目录体积（单位 GB） $t = "$env:LOCALAPPDATA\Temp" "{0:N2} GB" -f ((Get-ChildItem $t -Recurse -File -ErrorAction SilentlyContinue | Measure-Object Length -Sum).Sum / 1GB)

包管理器缓存要用官方命令清，手删容易把索引文件删坏。Python 的用pip cache purge，Node 的用npm cache clean --force，这两个命令会连元数据一起收拾干净。这类缓存经常被低估，一个长期做深度学习相关工作的机器上，pip\Cache堆到 20G 以上很常见。

Packages目录要格外小心。这里面每个子文件夹对应一个应用商店类应用，名字是一串随机字符加包名。直接删文件夹会导致应用状态异常，正确的做法是进系统的"应用"设置里，找到对应应用，用它的"重置"或"清除数据"选项。如果你想看哪个应用占了最多空间，可以按体积排序扫一遍：

Get-ChildItem "$env:LOCALAPPDATA\Packages" -Directory | ForEach-Object { $s = (Get-ChildItem $_.FullName -Recurse -File -ErrorAction SilentlyContinue | Measure-Object Length -Sum).Sum [PSCustomObject]@{ Name = $_.Name; GB = [math]::Round($s / 1GB, 2) } } | Sort-Object GB -Descending | Select-Object -First 15

跑完这条命令，通常能揪出一两个十几G的"大户"，多半是某个视频类或网盘类应用。知道是谁之后，去它自己的设置里清缓存，比在文件系统里硬删安全得多。

Local\Programs千万别碰。这个目录下每个子文件夹都是一个完整安装的程序，你看到的体积就是软件本体。想省空间应该走卸载流程，而不是删文件夹——后者会留下注册表项和开始菜单残留，属于把简单问题搞复杂。

4. 把"删"换成"搬"：用目录联接给Local做物理瘦身

清缓存是治标，因为缓存会重新长回来。想让C盘长期保持宽裕，真正有效的手段是把高写入量的目录整体搬到别的盘，然后在原位置留一个目录联接（Junction）。对程序来说，路径没变，它完全感知不到数据已经在D盘了。

这个方案最适合两类目录：Temp和各类包管理器缓存。前者天天被写，后者一次写入几十G。搬走之后，C盘的占用曲线会明显平缓下来。

操作分五步，每一步都不能跳。

第一步，确认目标盘是 NTFS 且空间足够。FAT32 不支持联接，exFAT 也不支持。可以在这个盘的根目录建一个专门的缓存区，比如D:\Cache，下面按用途分子目录。

第二步，关掉所有可能占用源目录的程序。这一步最容易忽略。任务管理器里看一眼有没有残留的更新进程、下载进程。实在拿不准就重启一次，重启后什么都别开，直接操作。

第三步，用 robocopy 做镜像复制。为什么不用资源管理器的拖拽？因为Temp里经常有超长路径和权限异常的文件，拖拽会中途报错中断，而 robocopy 可以跳过错误继续跑，还能保留时间戳：

robocopy "C:\Users\你的用户名\AppData\Local\Temp" "D:\Cache\Temp" /E /COPYALL /R:0 /W:0 /XJ

参数含义：/E复制所有子目录含空目录，/COPYALL保留全部属性，/R:0 /W:0出错不重试（避免卡死），/XJ排除联接点（防止递归进死循环）。

第四步，确认复制完整后删掉原目录。这一步必须人工核对：源目录和目标目录的文件数量、总体积应该基本一致。确认无误再删源目录。删之前先改名而不是直接删，比如改成Temp_old，这样万一联接建失败还能改回来。

第五步，建立联接：

mklink /J "C:\Users\你的用户名\AppData\Local\Temp" "D:\Cache\Temp"

命令提示符里执行，普通用户权限就够（不需要管理员，只要对两个位置都有写权限）。成功后原位置会显示一个带小箭头的文件夹图标。用dir查看会看到<JUNCTION>标记。

这里有个顺序陷阱：mklink /J要求目标路径不存在。所以必须先把原目录删掉或改名，再建联接。如果你先建联接再想改名，会报"文件已存在"。

环境变量那条路更简单、更保险，适合不想碰联接的人。Temp和TMP两个变量改成D:\Cache\Temp，重启后新开的程序就会把临时文件写到D盘。缺点是部分老程序会硬编码%LOCALAPPDATA%\Temp，不认环境变量，所以覆盖率不如联接。我的做法是两条都用：环境变量改掉，联接也建上，双保险。

搬迁之后有个副作用要提前知道：如果D盘是机械硬盘，Temp搬过去会让某些重度依赖临时文件的操作变慢，比如大型压缩包解压、视频渲染导出。这种情况下只搬包管理器缓存，Temp留在C盘靠定期清理更合适。缓存类目录对读取速度不敏感，搬走基本无感。

5. 系统级占用大户的处置顺序：休眠、虚拟内存、还原点、更新残留

AppData清完，很多人会发现C盘还是红的。这时候要往上一层看，有几个系统级文件动辄十几个G，而且完全合法可处理。

休眠文件hiberfil.sys。体积默认约等于物理内存的40%到100%，一台32G内存的机器上，它能占20G以上。如果你从不用休眠（注意：休眠和睡眠不是一回事，睡眠数据在内存里，不占硬盘），直接关掉：

powercfg /h off

这条命令立刻释放空间，代价是失去休眠和"快速启动"功能。如果舍不得快速启动，可以改成缩小体积：

powercfg /h /size 40

把休眠文件压到内存的40%，既保留功能又省一半空间。用powercfg /a可以查看当前支持哪些睡眠状态。

虚拟内存文件pagefile.sys。默认在C盘，大小由系统管理，通常8到16G。处理方式有两种：挪到别的盘，或者限制大小。我的建议是挪不限制——路径改成D盘，大小仍交给系统管理。因为限制太小会触发"内存不足"警告，某些程序会直接崩溃，得不偿失。设置入口在"系统属性 → 高级 → 性能设置 → 高级 → 更改"，取消自动管理后，把C盘设为"无分页文件"，在D盘设"系统管理的大小"，重启生效。

有一类说法是"物理内存够大就不需要虚拟内存"，这个说法在个别场景下有风险。部分程序会显式申请提交内存，即便物理内存富余，关掉分页文件也可能导致它们启动失败。所以稳妥做法是搬走而不是关掉。

系统还原点。这个是最容易被忽视的空间黑洞。默认配置下，还原点可以占到分区的10%甚至更多。如果C盘是500G，那就是50G。处理路径：先在"系统属性 → 系统保护 → 配置"里把最大使用量压到3%到5%，再删掉旧还原点。也可以直接删旧还原点：

vssadmin delete shadows /for=C: /oldest

这条命令一次删一个最旧的。要清空所有：

vssadmin delete shadows /for=C: /all

执行前想清楚：删完就没有回滚点了。留着最新一个通常够用。

Windows 更新残留。C:\Windows\SoftwareDistribution\Download是更新包的下载缓存，装完就没用了，但系统不会主动清。停掉更新服务后删掉内容可以腾出几个G：

net stop wuauserv rmdir /s /q C:\Windows\SoftwareDistribution\Download net start wuauserv

注意只删Download子目录，不要删SoftwareDistribution本身，否则更新历史会丢。

组件存储 WinSxS。这个目录看起来巨大（经常十几G），但绝不能手动删，里面大量文件是指向系统文件本体的硬链接，删了会破坏系统。正确的清理方式是系统自带的组件清理：

Dism /Online /Cleanup-Image /StartComponentCleanup /ResetBase

/ResetBase会让已安装的更新无法卸载，换取更彻底的清理。如果你不打算回滚补丁，加这个参数能多省几个G。跑完通常能回收2到5G，取决于补丁积累量。

旧系统残留。升级过系统版本的机器上，C:\Windows.old、$WINDOWS.~BT、$WinREAgent这几个目录加起来能有二三十G。它们会在升级后保留一段时间用于回滚，过期后系统自动清。想立刻清就走"磁盘清理 → 清理系统文件"，勾选"以前的 Windows 安装"。不建议手动删，权限和文件锁会让操作很痛苦。

6. 一次真实清理的完整操作链路（含安全删除的确认清单）

把前面所有手段串成一条可复现的流程。找一台典型的目标机：C盘可用空间不足10G，Local目录体积42G，装了十几个常规软件，用了两年没清过。

阶段一，先测量再动手。别凭感觉删，先花三分钟把家底摸清楚：

Get-ChildItem "$env:LOCALAPPDATA" -Directory | ForEach-Object { $s = (Get-ChildItem $_.FullName -Recurse -File -ErrorAction SilentlyContinue | Measure-Object Length -Sum).Sum [PSCustomObject]@{ Name = $_.Name; GB = [math]::Round($s / 1GB, 2) } } | Sort-Object GB -Descending | Select-Object -First 20

这条命令输出的前五名，基本就是问题所在。同一次测量也顺手看看顶层几个大目录：C:\Windows、C:\ProgramData、C:\Users、C:\Program Files，心里有个大致比例。

阶段二，处理结构性占用。这一步完全不涉及删文件，做完通常是10到20G的稳定回收。执行清单：关休眠（或压到40%）、虚拟内存挪盘、还原点上限压到5%并清旧点、组件存储清理、旧系统残留走磁盘清理。全部做完，重启一次。

阶段三，清应用缓存。按体积排序，从大到小逐个处理。浏览器走它自己的清除功能，包管理器走官方命令，即时通讯工具走它设置里的存储管理，剩下的Temp、CrashDumps、D3DSCache直接删。这一步一般能再回收10到20G。

阶段四，迁移高写入目录。把Temp和包管理器缓存用目录联接搬走。这一步不腾出当期空间（数据只是换了位置），但决定了三个月后的占用曲线。

阶段五，核对结果。清理前后各记一组数字，对比才看得出哪一步有效：

安全删除的确认清单，动任何文件夹之前过一遍这五条：

1. 目标路径是否完整确认过？有没有可能因为路径拼接错误删到别处？（批量删除命令里路径写错一个字符就是灾难，所以永远先echo出完整路径再执行）
2. 这个文件夹里有没有.exe、.dll、.sys？有就停手，按程序本体处理。
3. 有没有正在运行的进程占用？用资源监视器的"关联的句柄"搜索路径，能查到被谁锁着。
4. 有没有不走"删除"就能达到目的的方案？比如用程序自带的清理、用系统设置重置、用迁移代替删除。
5. 删之前是否已经改名为xxx_old并放了至少一天？这个习惯救过我很多次——改名是可撤销的，删除不是。

7. 清理后遗症与回滚：删错了怎么救回来

真实操作里，总会遇到删完之后出问题的情况。下面这几个是高频的，附上原因和补救。

症状一：某些安装程序报错，提示找不到安装包或修复失败。原因通常是清了C:\Windows\Installer或C:\ProgramData\Package Cache。前者存的是所有基于安装包体系的软件缓存，后者存的是安装时的原始包。删掉之后，软件的"修复""更改""卸载"功能会失效。补救办法只有重装那个软件。这就是为什么这两个目录在我的清单里永远是"禁动"。

症状二：商店类应用闪退或登录状态丢失。多半是清了Local\Packages下某个应用的目录。补救是进系统设置找到该应用，"重置"一下，重新登录。损失可控，但麻烦。所以这类目录建议一律走应用自带的清除功能。

症状三：开机后桌面图标变成白板，文件夹打开一片空白。这是删缩略图和图标缓存后的正常现象，系统重建需要时间。强制刷新一下就行：

taskkill /f /im explorer.exe && start explorer.exe

如果图标还是白的，删掉Local\Microsoft\Windows\Explorer下的iconcache_*.db再重启资源管理器。

症状四：某程序启动报"配置损坏"。这通常是误删了Roaming下的配置，或者删了Local里某个程序自己存的状态文件。补救方向是找回配置——如果之前有备份或云同步，恢复；没有的话只能重置该程序。

症状五：删到一半提示文件被占用，之后目录结构变得奇怪。这是删除过程中进程还在写文件导致的。处理方式是重启进安全模式删，或者用"稍后重启时删除"的计划任务。简单粗暴的办法是重启后第一时间删，那时候大部分服务还没起来。

回滚的最后一道保险是系统还原点。这也是为什么我建议把还原点压缩而不是清空——留一两个近期的，真出事还有退路。动手清理前手动创建一个：

wmic shadowcopy call create Volume='C:\'

或者直接在"系统保护"界面点"创建"。这一步花三十秒，能省掉后面几个小时的折腾。

我个人在实际操作中的体会是，清理C盘这件事，真正难的不是技术，是克制。刚开始做的时候总想一次清到底，看到大文件夹就想删，结果往往是删出问题、重装、再也不敢清。后来我给自己定了一条死规矩：任何拿不准的目录，先改名放三天，三天里系统没异样再删。这条规矩执行的这两年，我再没因为清理把机器搞坏过。另外一个习惯是每次动手前把Local的目录清单导出一份文本存着，清理完对比一下，哪个体积变化异常一目了然，下次遇到同类问题判断起来快得多。