1. 磁盘为何总是爆红：先别急着开“删除冲刺”
C盘又飘红了。打开资源管理器，那个盘符下面的容量条红得像熬夜之后的血丝，Windows 还时不时弹个“磁盘空间不足”的提示。很多人第一反应是去删下载文件夹、清理桌面大文件，甚至有人直接拿系统清理工具对着临时文件一顿狂点。我经历过的真实情况是：清理完干干净净，过了两周又红了，而且红的比上次还快。
真正的原因，绝大多数情况下指向同一个地方：用户目录下的 AppData 文件夹。这是 Windows 系统藏“垃圾”的仓库，也是软件运行时的数据堆积区。我最近一次遇到这个问题，C盘 512GB 的固态只剩不到 6GB，排查之后发现 AppData 一个文件夹就吃掉了 87.81GB。你没看错，87.81GB，这个数字对于一个系统盘来说已经非常危险了。
这类问题最怕的就是“乱删”。AppData 下面的目录结构不透明，很多文件名看起来像是乱码，而且隐藏属性默认开启，普通用户根本不知道哪些能删、哪些不能动。删错一个关键数据，轻则某个软件打不开、设置全部丢失，重则整个用户配置文件损坏，系统卡在登录界面进不去。
我不建议靠感觉去删，而是建议用工具把整个目录彻底盘一遍，搞清楚那 87.81GB 到底是什么，再决定动哪些地方。这里说的工具是 OpenAI 家的 Codex，它在处理这种“系统目录扫描 + 数据归类”的任务上非常顺手。下面我会把整个排查过程、命令思路、以及最后释放空间的完整操作拆开讲清楚。
2. 为什么 AppData 会成为空间杀手
2.1 AppData 的目录结构与隐藏属性
AppData 默认位于C:\Users\用户名\AppData，在文件资源管理器里默认不可见。它下面牢牢分成三个子目录：Local、LocalLow、Roaming。
- Local：存放本机应用的数据，比如浏览器的缓存、应用的临时文件、下载中断的残留数据。这一块通常是体积的大头。
- LocalLow：存放权限受限应用的运行数据，常见于一些浏览器插件、游戏相关组件，体积一般不大。
- Roaming：存放可以跟随用户配置文件漫游的应用数据，比如某些软件的配置文件、账号缓存。体积也经常很可观。
这三个目录听上去简单，但实际用起来，里面堆积的内容有多夸张，不看数据很难想象。我扫出来的 87.81GB 里，Local 目录占了 64.2GB，Roaming 占了 22.9GB，剩下几百 MB 在 LocalLow。也就是说，大头基本都在 Local 和 Roaming 里，和多数人遇到的情况一致。
2.2 空间被吃掉的常见来源
经验上看，AppData 的体积膨胀主要来自这几个方面：
- 浏览器缓存：Chrome、Edge 这类浏览器会把网页资源、图片、视频缓存写在 Local 下。
- 缓存与日志文件：微信、QQ、钉钉这类通讯软件的聊天图片、文件预览、升级包缓存在 Roaming 和 Local 里都有分布。
- 开发工具与包管理器：npm 的 cache、pip 的 cache、Docker 的镜像层、WSL 的虚拟磁盘，全都在 AppData 下有大量堆积。
- 软件的旧版本备份：很多更新时会保留上一版本的备份文件，时间久了就是几个 GB 的僵尸数据。
这几类里，真正能随意删的是缓存类，真正要注意的是配置和数据类。后面我扫描完会让你看到，哪些是“越删越健康”，哪些是“删了要出事”。
3. 用 Codex 排查的完整思路与实操过程
3.1 为什么用 Codex 而不是手动逐个文件夹点开
可能有朋友说：“这不简单吗？直接进 AppData，右键属性，看看哪个子文件夹大，再往里钻不就行了。”
理论上是这样，实际执行的时候体验非常痛苦。AppData 下面的第一层目录就能有二三十个，每个目录里的子目录数量更多，而且名字都是软件的内部代码名，比如什么com.foo.bar、{8F3B9D6C-7F64-4A2E-B1C9-4E53FA2F7D0A}，根本看不出对应哪个软件。逐层点击属性去看大小，一次操作要等几十秒，整个扫完半个下午就没了，还容易看漏。
Codex 的优势体现在这里：它能理解意图，能直接生成 PowerShell 脚本，在几分钟内把整个目录的大小、路径、最后修改时间全部枚举出来，然后按体积排序，输出成一个表格。你不需要记住任何 PowerShell 命令的复杂语法，只要告诉它“扫描某目录下所有子目录的大小，按体积排序输出”，它就会给你一条能直接运行的命令。
3.2 第一步：用 Codex 生成目录扫描脚本
我当时给 Codex 的指令大概是这样的：
请写一个 PowerShell 脚本，扫描 C:\Users\用户名\AppData 下的一级子目录和二级子目录的大小，按体积从大到小排序，输出路径和大小（以 GB 为单位）。注意要递归计算大小，但要跳过权限受限的目录，避免脚本中断。Codex 返回的脚本核心部分长这样：
$root = "C:\Users\用户名\AppData" Get-ChildItem -Path $root -Directory -Recurse -Depth 1 | ForEach-Object { $size = (Get-ChildItem -Path $_.FullName -Recurse -File -ErrorAction SilentlyContinue | Measure-Object -Property Length -Sum).Sum [PSCustomObject]@{ Path = $_.FullName SizeGB = [math]::Round($size / 1GB, 2) LastWriteTime = $_.LastWriteTime } } | Where-Object { $_.SizeGB -gt 0.1 } | Sort-Object SizeGB -Descending | Format-Table -AutoSize这个脚本做了一件核心事情：递归枚举每个子目录里的文件长度，求和后转成 GB 并排序。用-ErrorAction SilentlyContinue跳过权限受限的目录，避免在系统保护目录上报错中断。
第一次跑的时候会花一点时间，因为要遍历几万个文件。我当时等了大概三四分钟就出结果了，总共列出了二三十个超过 100MB 的目录，前几名立刻暴露了元凶。
3.3 扫描结果的解读与决策思路
扫描结果大致是这样的：
| 排名 | 目录路径 | 大小 |
|---|---|---|
| 1 | AppData\Local\Google\Chrome\User Data | 23.5 GB |
| 2 | AppData\Local\Microsoft\Edge\User Data | 14.2 GB |
| 3 | AppData\Roaming\某通讯软件 | 12.8 GB |
| 4 | AppData\Local\npm-cache | 8.9 GB |
| 5 | AppData\Local\pip\cache | 6.1 GB |
| 6 | AppData\Local\Temp | 4.2 GB |
| 7 | 其他 | 剩余部分 |
看到这个结果，至少心里有底了。浏览器缓存 37.7GB，一个不让步；通讯软件 12.8GB；包管理器缓存 15GB；临时文件夹 4.2GB；其他零零散散加一起差不多也是 18GB。这些东西的性质不一样，处理方式也不一样：
- 浏览器缓存：删除后没任何风险，最多重新登录几个网站。
- 包管理器缓存：删除后重新下载依赖时会慢一点，但软件不会坏。
- 通讯软件数据：要分清楚哪些是聊天记录、图片缓存，哪些是配置文件。
- 临时文件夹：只要没有正在运行的程序占用，可以整体清理。
正是因为不同类型的数据风险等级完全不一样，才必须先扫描归类，再决定动刀范围。如果你上来就把整个 AppData 备份后删掉，下次开机基本就是“新用户你好”了。
4. 分门别类清理：哪些该删，哪些该留
4.1 浏览器缓存：放心清理的第一大头
浏览器缓存是这次最大的可回收空间。Chrome 和 Edge 加起来 37.7GB，非常夸张。我根本没有进目录手动删文件，直接让 Codex 生成了一段清理浏览器缓存目录的脚本。
需要注意的点是，浏览器运行中不能删它的缓存，否则会锁文件、删不干净，搞不好还会弄坏配置文件。我当时的做法是先完全关闭 Chrome 和 Edge 的所有进程，再执行清理命令：
# 停止浏览器进程 Stop-Process -Name chrome -Force -ErrorAction SilentlyContinue Stop-Process -Name msedge -Force -ErrorAction SilentlyContinue Start-Sleep -Seconds 2 # 清理缓存子目录 $paths = @( "C:\Users\用户名\AppData\Local\Google\Chrome\User Data\Default\Cache", "C:\Users\用户名\AppData\Local\Google\Chrome\User Data\Default\Code Cache", "C:\Users\用户名\AppData\Local\Microsoft\Edge\User Data\Default\Cache", "C:\Users\用户名\AppData\Local\Microsoft\Edge\User Data\Default\Code Cache" ) foreach ($p in $paths) { if (Test-Path $p) { Remove-Item -Path "$p\*" -Recurse -Force -ErrorAction SilentlyContinue Write-Host "已清理: $p" } }千万注意，上面清理的是 Cache 与 Code Cache 这个层级，不要把整个 User Data 目录删掉。User Data 里包含你的书签、密码、扩展程序、网站偏好设置，直接删 User Data 等于变相重装浏览器。只删 Cache 子目录，则只会让浏览器丢失网页缓存，不会影响登录状态和收藏夹。
清理完后，我又顺手检查了浏览器的Service Worker缓存和GPUCache目录，也有几个 GB，同样可以清掉。这些属于“删了最多让网页第一次加载变慢”的东西，没有任何不可逆风险。
4.2 包管理器缓存：开发者的仓库重灾区
npm-cache 和 pip cache 加起来有 15GB，这对经常写代码的人来说非常常见。npm 会把每个安装过的包都缓存一份完整的压缩包在本地，pip 也是同样的逻辑。缓存的初衷是离线安装和加快重复安装的速度，但代价是日积月累占用大量空间。
这里有个选择：你要是平时网络状况好、依赖装得很快，那这些缓存删起来一点压力都没有。你要是经常在离线环境部署，或者网络很差，那就得考虑一下再动。我自己的网络环境还可以，所以直接选择清理：
# 清理 npm 缓存 npm cache clean --force # 清理 pip 缓存 pip cache purge或者从 PowerShell 层面直接删除缓存文件夹：
Remove-Item -Path "C:\Users\用户名\AppData\Local\npm-cache" -Recurse -Force -ErrorAction SilentlyContinue Remove-Item -Path "C:\Users\用户名\AppData\Local\pip\cache" -Recurse -Force -ErrorAction SilentlyContinue删除后不需要担心，npm 和 pip 在下次安装依赖时会自动重建缓存目录，完全不破坏环境配置。
如果系统里还装了 Yarn、pnpm、Hugging Face 的缓存，也可以一并检查。这类缓存目录的共同特点是：重建成本低、删除风险低、占用空间大，是 AppData 清理里的“最佳目标”。
4.3 通讯软件的数据目录：谨慎操作的重头戏
通讯软件占了 12.8GB，这里面的水比浏览器深得多。
微信、QQ、钉钉这类软件在 Roaming 和 Local 下都有目录，里面混合着聊天记录数据库、收发过的图片、文件、视频预览缓存、升级包备份。它们的存储逻辑差异很大，不能一刀切。
当时扫描发现体积主要是在某通讯软件的FileStorage和Cache目录下。Cache目录可以直接清，里面都是图片缩略图、语音播放缓存、头像缓存之类的临时数据。FileStorage就复杂了，里面按月份分类存放着接收过的文件，你要是删了，历史文件记录里就看不到原图了，严重的话聊天记录里点击图片直接是空白。
我的建议是只删 Cache 类目录，不动 FileStorage 里的文件。如果确实需要释放通讯软件的空间，正确的做法是打开软件设置，在存储管理里“按时间范围清理”，让软件自己去判断哪些文件和图片过时了，而不是直接从文件系统删。软件自带的清理逻辑靠谱得多，毕竟它对数据依赖关系最清楚。
当时我还发现了软件升级备份目录，路径类似AppData\Roaming\某软件\version，里面躺着几个版本的安装包备份，一个就 1.5GB。这类旧版本包可以直接删，删了不影响当前版本运行，只是不能回滚到旧版本而已。对于大多数人来说，回滚旧版本的需求几乎为零。
4.4 Temp 临时文件夹：可以清但别贪心
扫描结果显示 Local\Temp 占了 4.2GB。Temp 目录是系统和应用程序存放临时文件的地方，原则上都可以清，但有一个核心约束：正在被占用的文件删不掉。
如果你想从 Windows 界面直接全选删除，大概率会遇到“文件正在使用中”的报错。我当时用 PowerShell 清理，也跳过了被占用的文件：
Get-ChildItem -Path "C:\Users\用户名\AppData\Local\Temp" -Force -ErrorAction SilentlyContinue | Remove-Item -Recurse -Force -ErrorAction SilentlyContinue这段命令的思路是：枚举 Temp 下的所有内容，强制递归删除，遇到占用的就静默跳过。跑完以后，能删的基本都删了，剩了几个正在被系统占用的，无伤大雅。清理前后的效果很明显，执行完再去属性里看，Temp 目录从 4.2GB 变成了不到 300MB。
4.5 不该乱动的骨头：Roaming 下的配置类目录
清理 AppData 的路上有一个必须避开的坑：Roaming 目录里大量是软件的配置文件。比如某个开发工具的主题、插件设置、窗口布局、远程连接账号信息，全在这里。
这类目录占的空间往往不大，但它们代表的是“不可再生资源”。删掉以后，软件会按默认配置重新启动，但你的个性化设置、账号登录信息、快捷键配置全部归零。更麻烦的是，有些软件的授权信息也放在这里，删了之后可能要求重新激活。
我当时扫描的结果里，Roaming 下最大的是通讯软件和几个办公软件的配置目录，体积在几个 GB 以内。这个部分我一点都没动。如果你真的缺空间缺到必须动 Roaming，建议先看子目录，只删其中标记为 Cache、Log、Temp 的目录，不要碰名字里带 Config、Profile、Data 的文件夹。
5. 常见问题与排查技巧实录
5.1 “文件被占用”删不干净怎么办
清理过程中最常见的问题就是文件被占用。尤其是浏览器缓存和临时目录，Chrome 的后台进程即使看着没有窗口，也可能还活着。Win 10/11 里 Chrome 默认开启“后台运行”，关掉窗口不代表进程退出了。
解决思路是先杀掉进程再删。保险的做法是用taskkill或者 PowerShell 的Stop-Process把所有相关进程结束掉：
Get-Process chrome -ErrorAction SilentlyContinue | Stop-Process -Force Get-Process msedge -ErrorAction SilentlyContinue | Stop-Process -Force如果某些 dll 文件还是被系统占用，那就只能重启之后立刻清理，那时候占用最少。
5.2 误删配置导致软件异常怎么办
有人手滑把某个软件的整个 Roaming 目录删了，软件打开后像全新安装一样，账号要重新登录，设置全部丢失，这种属于轻量级事故。更麻烦的是删到了包含本地数据库的目录，比如聊天记录软件，打开后聊天记录是空的。
这种问题没有特别完美的解法，只能预防。我的习惯是清理前先做一个针对性备份：把要处理的目录复制一份到一个临时位置，比如D:\backup_before_clean\，等软件运行正常后再删备份。备份多了也就多上 GB 的空间，但心里踏实得多。
# 备份要处理的目录 Copy-Item -Path "C:\Users\用户名\AppData\Roaming\某软件" -Destination "D:\backup_before_clean\某软件" -Recurse -Force5.3 如何定位那些明明很大但分散很深的文件
有时候 AppData 扫出来的大同小异，真正的大文件藏在某个软件的深层目录里，比如一个虚拟磁盘文件、一个数据库文件。这种情况下建议换一种扫描方案：直接按文件大小而不是目录大小来扫。
Get-ChildItem -Path "C:\Users\用户名\AppData" -Recurse -File -ErrorAction SilentlyContinue | Where-Object { $_.Length -gt 500MB } | Sort-Object Length -Descending | Select-Object FullName, @{Name="SizeGB"; Expression={[math]::Round($_.Length/1GB,2)}} | Format-Table -AutoSize这条命令会找出所有大于 500MB 的文件，一眼看出谁在偷偷占地方。我遇到过一个 4GB 的日志文件藏在某个软件的 Log 目录里，删除空间立竿见影。
5.4 清理后空间依旧不足，接下来查哪里
如果 AppData 已经清干净，但系统盘还是红，接下来该检查的顺位是：
- 系统休眠文件
C:\hiberfil.sys，通常占内存容量的 40%~75%。 - 虚拟内存分页文件
C:\pagefile.sys，通常和物理内存大小挂钩。 - 系统更新缓存
C:\Windows\SoftwareDistribution\Download。 - 系统还原点与卷影副本。
这一层我习惯用另一个方案处理：直接用 Codex 生成一段脚本扫描 C 盘根目录下的隐藏大文件。比如休眠文件，它不是普通文件，资源管理器里默认还隐藏着。关掉休眠可以立刻回收几个 GB 到十几个 GB 的空间，但代价是失去快速启动和休眠功能，看个人取舍。
6. 复盘：这次清理最终释放了多少空间
从 AppData 动手，合计过程大概一个小时不到。最终清理的效果是：
- 浏览器缓存：37.7GB 清到约 1.2GB，释放 36.5GB。
- npm/pip 缓存：15GB 全部清空。
- 通讯软件 Cache：释放 9.7GB，保留 FileStorage 不受影响。
- 临时文件：释放 3.9GB。
- 各类旧升级包备份：释放 2.1GB。
- 未清理的配置类数据：保持原样。
汇总下来，从 87.81GB 的 AppData 里实际回收了大约 66GB 的空间，剩下约 21GB 属于配置、数据、账号信息这些“不能动且不需要动”的部分。C盘可用空间从 5.8GB 回升到 72GB 左右，系统盘的红色警告彻底消失。
我个人体会最深的一点是：清磁盘空间这件事，最怕的不是文件多，而是“心里没数”。你没扫过一遍之前，根本不知道什么占地方、什么可以删、什么不能碰。用 Codex 做扫描的意义不在于代替手动操作，而在于把“黑盒”变成“白盒”——把所有路径、大小、类型全部列出来，你才能放心下决策。这次之后我养成了一个习惯，每个月让 Codex 跑一次同样的扫描脚本，看看新堆积出来的数据在哪里，五分钟就能续命几十 GB。这个方法，我建议你也试试。
