1. C盘爆红的那天我差点干了一件蠢事先说个真实场景。某个周五下午我正编译一个项目机器突然卡得不成样子右键菜单都要转三秒才弹出来右下角还弹出一条刺眼的警告C盘空间不足。打开资源管理器一看整个C盘容量条红得发紫剩余空间只剩不到2GB。第一反应是什么找大文件、删。我当时甚至已经打开了下载目录准备把几个安装包先删掉再说。但转念一想删错了怎么办于是停手。这种时候最忌讳的就是地毯式删除。你看到的大文件不一定是垃圾有些是软件的存档数据、配置缓存、甚至是没保存的会话记录。删了之后轻则软件要求重新登录、配置全部丢失重则系统直接异常。我身边真实发生过一件事A同学当时也是C盘爆红在网上搜了一圈看到有人说AppData占用太大直接删他就真的把整个AppData文件夹删了结果微信聊天记录全没了、好几个软件的配置全部回到初始状态折腾了两天都没完全恢复。那个痛真的很难补回来。所以正确的顺序一定是先定位再分析最后才动手删。而定位这一步恰恰是绝大多数人最缺的。你要知道C盘空间去哪儿了、谁在占、占的是缓存还是数据——这些信息没搞清楚之前一切删除都是耍流氓。这篇文章要分享的就是我最近一次C盘爆红的完整处理过程。主角是两个东西AppData一个占了我87.81GB的神秘文件夹Codex一个帮我层层排查、把真凶揪出来的AI编程助手。我会把排查思路、实际执行的命令、清理时的安全边界和踩过的坑全部写出来。不管你是开发者、设计师还是普通办公用户只要你的C盘正在或即将爆红这篇文章都能让你少走弯路。2. 别上来就删磁盘空间分析的正确姿势2.1 为什么看哪个文件大就删哪个是错的很多人处理C盘爆红的方式是打开资源管理器一层层点进C盘右键属性看文件夹大小哪个大就进哪个最后找到一个大文件右键删除。这个流程看着直接实际上有四个致命问题。第一你用资源管理器看文件夹大小的时候Windows默认根本不显示大小这一列。你得右键一个个属性而递归计算一个包含几万文件的文件夹可能要等几十秒甚至几分钟效率低到爆炸。第二很多占用藏在看不见的地方。比如系统保护点、休眠文件、页面文件、卷影副本这些在资源管理器里要么不显示、要么显示成系统文件你贸然删错地方轻则设置丢失重则系统起不来。第三最大的占用往往是累积型的。它不是某一个文件特别大而是几千几万个零碎的小文件叠起来比如浏览器缓存、日志文件、临时下载分散在几十个目录里。靠肉眼一个个找根本不可能找全因为单个文件可能只有几KB但加起来的量级是几十GB。第四也是最容易被忽略的一点资源管理器里看到的大文件删掉之后空间可能并没有回来。因为文件可能正被某个进程占用或者是一个稀疏文件你看到的体积和它实际占用的簇不是一回事。所以专业的做法是用专门工具或者命令做全盘扫描排序先看总量分布再逐层下钻。这也是我处理所有磁盘问题的第一原则分析永远先于删除。2.2 手动排查的常规军火库在说Codex之前先聊聊我平时常用的几件常规工具方便大家有个对比也知道不同方案的适用场景。第一类是可视化扫描工具最常用的有WizTree、TreeSize、WinDirStat。这类工具的卖点就是扫得快。WizTree直接读取NTFS的MFT记录几十GB的盘几秒钟就能出结果整个C盘的文件大小分布、色块图、目录树一览无余。缺点是它们只能看看完之后你还是要自己去判断哪些能删、怎么删而且面对AppData这种混合了缓存和数据的目录光知道它很大是远远不够的。第二类是系统自带的存储感知和磁盘清理工具。Windows自带的存储感知可以帮你清理临时文件、回收站、下载文件夹的旧文件。磁盘清理cleanmgr还能深度清理系统更新残留、缩略图缓存、旧的Windows安装文件。安全但只能清它认得的类别清不了那些藏在软件AppData目录里的私货。第三类是命令行。PowerShell里用Get-ChildItem递归测量文件夹大小一条命令能列出C盘下各目录的体积排名。比如下面这个脚本$target C:\Users\你的用户名\AppData\Local Get-ChildItem -Path $target -Directory -Force -ErrorAction SilentlyContinue | ForEach-Object { $size (Get-ChildItem -Path $_.FullName -Recurse -Force -ErrorAction SilentlyContinue | Measure-Object -Property Length -Sum).Sum [PSCustomObject]{ 文件夹 $_.Name 大小MB [math]::Round($size / 1MB, 2) } } | Sort-Object 大小MB -Descending | Select-Object -First 20优点是可以精确指定路径、可以脚本化缺点是要记命令、要等它慢慢算而且算完还是得自己分析这些文件夹到底是什么、能不能删。这三类我都用过分别适合不同场景。但这次我选择了第四条路——用Codex做排查。原因后面细说。3. 为什么我这次选了Codex来做排查3.1 Codex能干什么和传统工具到底差在哪很多人听到Codex第一反应是AI写代码的。没错它确实能写代码、改代码、补测试但它的能力远不止这个。Codex是一个能运行命令、读写文件、分析结果、多轮对话的智能体它跑在终端里可以直接执行PowerShell、CMD甚至现场写一个Python脚本跑起来然后把输出结果自己解读给你听。这跟传统工具的本质区别是传统工具是人找数据Codex是数据找人。你只需要给它一句帮我查查C盘空间去哪儿了它就会自己列命令、跑命令、看输出、再决定下一步查哪里。整个过程你可以在旁边看着也可以让它一口气跑完最后给你一份汇总。我举个例子。如果我用WizTree我要自己盯着色块图自己去猜C:\Users\xxx\AppData\Local\Packages\某应用\LocalCache这些东西是什么、能不能删。而Codex会直接告诉我这个文件夹是某软件的解压缓存上次访问是三个月前可以清理预计释放5.6GB。这种定位解释建议一体化是传统工具根本做不到的。另外还有一层考虑Codex的每一步操作都会显示在终端里相当于全程留痕。它删了什么、改了什么我随时可以叫停。这种可监督的自动化恰恰是我敢让它放手排查的最大原因。3.2 用Codex排查磁盘空间的完整过程实录接下来放干货。我这次的实际环境是Windows 11终端里装了Codex CLI已经登录好账号。整个排查过程大概分了四轮对话加起来不到十分钟我把关键节点都记录下来。第一轮我给的指令很直接我的C盘快满了只剩2GB空间请帮我排查一下C盘空间被什么占用了给出占用最大的目录排名。Codex先是跑了一条PowerShell命令确认总容量和剩余空间然后用一个递归测量脚本把C盘根目录下几个一级文件夹Windows、Users、Program Files、ProgramData等的体积算出来。这一步等了大概两三分钟因为Users目录文件特别多。结果出来后它列了一张表Users那个文件夹排在第一位占了60多GB。第二轮继续下钻。我说Users下哪个用户目录最大它果断指向了我的用户目录大概占了58GB。接着逐级下钻很快锁定了一个名字——AppData体积87.81GB。注意这个数字比我用户目录还大原因是Codex扫描的时候已经包含了一些应用运行时生成的隐藏文件。当时我还有点懵AppData我没在这个目录里放过任何东西啊怎么会这么大。Codex接着解释AppData是Windows存放用户程序和软件数据的目录很多软件默认把缓存、日志、配置文件都扔在这里你平时根本不会看到它因为资源管理器默认隐藏了。接着它又往下一层扫直接把AppData下的Local、LocalLow、Roaming三个子目录的体积和Top级子文件夹都列了出来大头的分布一目了然。后面几轮Codex做的事情越来越细具体到哪几个软件的缓存最大、有没有可以合并清理的重复安装包、哪些临时文件正被进程占用暂时删不掉、哪些目录涉及配置数据建议保留全都替我列清楚了。最后它给了一个清理优先级清单标注了每项的预期释放空间和风险等级。我照着执行前前后后释放了50多GB。这个过程表面看起来不复杂但背后那套扫描-排序-识别-解释-建议的链路如果让我手动一步步做没有半小时加一堆命令是下不来的。最关键的是它帮我省掉了我该查哪里的决策成本。4. 87.81GB到底去哪儿了结果拆解4.1 三大子目录的人口普查既然锁定了AppData那必须得搞清楚这87.81GB究竟落在谁头上。先科普一下AppData下面主要有三个子目录它们的职责完全不同理解了这三个目录的定位你后续清理的时候心里就有底。Local目录存的是仅限当前用户、且不随登录切换迁移的数据包括大多数软件的缓存、临时文件、下载的更新包。比如浏览器的缓存目录、聊天软件的部分文件、各种Electron应用的缓存全都在这。这也是三个目录里最容易膨胀的一个因为软件更新、临时解压、缓存写入都喜欢往这里塞。Roaming目录存的是跟随用户配置文件在不同机器间漫游的数据比如你的应用配置、自定义词典、浏览器书签同步的一部分内容。这类数据通常不大但很重要删了配置就没了尤其是那些没有云端同步功能的软件。LocalLow目录是权限更低的子目录主要给一些需要沙盒运行的旧应用和浏览器插件用数据量通常最小但偶尔也会因为某个应用卡死在缓存循环里膨胀起来。在大多数机器上空间分布都是Local大于Roaming大于LocalLow我这个也不例外。Codex扫完之后给我列了一张类似的表子目录占用大小主要成分Local71.3GB各类软件缓存、临时文件、下载缓存Roaming12.8GB应用配置、部分聊天记录、软件Roaming数据LocalLow3.7GBIE/旧插件的缓存、兼容模式数据看到这个分布其实答案已经浮出水面了大头是缓存这两个字。4.2 揪出的几个隐形大户再往下钻一层真正占地方的东西就现出原形了。我这边排查出来的前几名大概是这样浏览器缓存十几个GB。平时看着不起眼但一年下来缓存文件数量轻松破十万单个文件又小又碎普通方式根本数不清也删不净。某款主流聊天软件的聊天记录和收发的图片、视频文件二十多GB。它的数据目录默认就放在AppData里而且不会自动清理历史文件。开发相关的包管理器缓存比如npm、pip、NuGet的缓存目录加起来好几个GB全是下载过的依赖包的历史版本。你每次npm install它都会先往缓存里塞一份。各类Electron应用的缓存和旧版本残留加起来也有五六GB。这类软件更新特别勤但旧版本文件经常不删干净典型的只进不出。Windows更新残留和临时文件夹虽然系统自带清理能删一部分但总有漏网之鱼尤其是SoftwareDistribution目录下那些补丁安装包。各种崩溃日志、错误报告、缩略图缓存零零碎碎也堆了两三个GB。这些目录的共同特点是你平时完全感知不到它们的存在但它们每天都在缓慢增长。用我常说的一句话形容AppData就是个堆杂物的储藏间每次软件往里塞一点你从不去整理几年下来杂物自然堆成了山。这次87.81GB说白了就是这台机器两三年来只塞不清的成果。5. 安全清理实操哪些能删哪些打死别动5.1 一个原则先备份能重装的删不能重装的留在动手之前先给大家立一个总原则凡是系统生成、可以再生的数据基本都能放心清凡是软件写入、涉及配置和业务数据的清了就可能出问题。具体到AppData可以放心清的是各种cache、Cache、Temp、tmp、logs这类目录因为它们本来就是临时产物删了软件会自动重建。而Roaming里的配置、Local里那些以软件命名的包含config、storage、database字样的文件就要谨慎最好先备份再动。我给自己定了一条铁律不确定是什么的文件一律不删。先查清楚它属于哪个软件、有什么作用再决定处理方式。宁可先放着等Codex或者其他工具给出充分信息后再回来处理也不要赌运气。5.2 我的清理步骤清单照着做就行下面是我这次实际执行的清理顺序给大家参考。每个步骤我都注明了理由方便你判断自己的机器是否适用。第一步清系统临时文件。打开设置里的存储点临时文件勾选可以删除的类别让系统帮你清一遍。同时运行磁盘清理cleanmgr勾上Windows更新清理和临时文件。这一步通常能释放几个GB而且零风险因为是系统自己识别自己生成的临时数据。第二步清浏览器的缓存。这里要特别提醒不建议直接去AppData里删浏览器整个Profile目录因为Profile里混着书签、密码、Cookie、扩展数据删了全没。正确的做法是进浏览器设置里清除浏览数据选缓存和临时文件。如果确实想手动删只删Cache和Code Cache这两个子目录别碰Cookies、Local Storage和数据库文件。第三步清理开发环境的包管理器缓存。npm用npm cache clean --forcepip用pip cache purgeNuGet可以删掉全局packages目录里的旧版本。注意这些是缓存不是项目依赖删了只会让你下次重新下载依赖时慢一点不会破坏你本地已装好的任何项目。这一点我实测过很多次放心操作。第四步处理聊天软件的数据。如果聊天记录和文件对你很重要千万别在AppData里直接删整个目录正确操作是在软件设置里找到文件存储或者聊天数据选项把存储位置迁移到D盘然后再清理里边的缓存图片和过期文件。我这次就是靠这步搬走了二十多个GB而且聊天记录一条没丢。第五步清理明确的缓存目录。比如AppData\Local\Temp里边的文件直接全选删除删不掉的跳过一般是正在被占用的等重启后再删。还有各类软件的cache目录用Codex列出来的清单按顺序处理。这一步建议关掉那些还在运行的软件再操作否则占用的文件删了也会复活。第六步压缩或者迁移不常用的虚拟机硬盘。如果你装了WSL或者Docker它的虚拟磁盘文件很可能放在AppData\Local里一个vhdx动辄十几GB甚至几十GB。Docker Desktop可以直接在设置里迁移数据目录WSL可以用wsl --export备份再用wsl --import迁到别的盘。这一步是隐藏的大头很多人的87GB其实一半都在这里。我身边一位同事的C盘爆红最后查出来就是WSL虚拟磁盘占了40GB。5.3 删完怎么验证没删错清理完成之后别急着庆祝先做三件事验证。第一重启电脑确认系统能正常引导常用软件都能打开。第二打开几个核心软件比如浏览器、编辑器、聊天软件确认登录状态和配置都还在。第三过几天再看看C盘如果某个目录又长回几GB不用慌那是正常的缓存重建说明你之前清对了地方但如果是某个特定文件夹异常暴涨那就需要再查一下是不是有软件进入了死循环写日志的状态。我这次清理的总效果是AppData从87.81GB降到了30GB左右C盘剩余空间从2GB涨到了55GB。整个过程没有重装任何软件也没有丢任何聊天记录和配置。这个结果一方面靠的是Codex给的前期分析另一方面靠的是上面这套先系统后软件、先缓存后数据的删除顺序。6. 常见问题与避坑实录6.1 我踩过的坑希望你别再踩第一个坑早年我用过某些第三方一键清理工具点一下系统是快了但某个软件的插件全部失灵重新配置花了我一下午。从那以后我对一键智能清理这四个字高度警惕。所以这次才坚持让Codex只做分析而不是直接让它清理——分析可以大胆删除必须谨慎。第二个坑直接复制粘贴网上搜到的删除AppData命令。网上有些文章写AppData占用太大直接删除这种话千万别信。AppData里确实有缓存但也有大量不可再生的用户数据。全删等于把软件设置和登录状态全推倒重来严重的连数据库文件都没了。如果你的机器不是一台随时可以重装的新机器离这种终极解法远一点。第三个坑删了还在运行的软件的缓存文件。有些缓存文件被进程占用着你删的时候看着成功了实际上只是标记删除进程一结束文件又弹回来。所以清理前最好关掉对应的软件或者干脆把删除操作安排在重启之前。第四个坑WSL虚拟硬盘清理后空间没回来。很多人把WSL里的大文件删了但宿主机的vhdx文件大小不变因为WSL不会自动收缩虚拟磁盘。需要用diskpart手动compact或者wsl --shutdown后再压缩。否则你会发现看似删了实际没删。6.2 排查效率对比和自检清单最后给一张速查表帮你快速判断自己该用哪种方案你的情况推荐方案预计耗时只会用鼠标不熟悉终端存储感知 磁盘清理 WizTree看图30分钟想精确知道是什么占空间WizTree扫描 逐目录分析15分钟会一点PowerShell想脚本化递归扫描脚本 自己判断20分钟想要分析解释建议一步到位Codex对话式排查10分钟如果你选择用Codex我给你两个建议第一在让它清理之前先要求它只分析不要删除等结果确认无误后再单独下删除指令第二让它每次删除前都打印出即将删除的文件明细和总量确认不涉及配置数据再放行。这两条能帮你防住绝大多数误删风险。6.3 怎么让C盘后期不再轻易爆红清理只是一次性的急救日常习惯才是根治。我把自己后半年的做法分享出来也算是对这次爆红事件的一个交代。一是把能迁走的都迁走。聊天软件的存储目录、浏览器的下载目录、Docker的数据目录、WSL的虚拟磁盘能放D盘就放D盘。这一步是一次迁移、长久受益虽然配置的时候麻烦一点但值得。二是定期跑一下清理命令。我现在每个月末会执行一轮npm cache clean、pip cache purge、磁盘清理加上清一遍Temp目录十分钟搞定。别攒到年底缓存这个东西是越积越难清的。三是给C盘留个红线。我给自己定的规则是C盘剩余空间低于20GB就触发一次大扫除别等系统弹警告才行动。因为磁盘越满系统运行越卡顿临时文件越难生成反而更容易引起奇怪的问题。四是善用Codex做月度磁盘体检。每个月让它扫一次目录体积、列出一周内新增的大文件、找出超过三个月的缓存几十秒就能看到一份哪里在悄悄长大的报告。这比等到爆红再抢救要舒服得多。这次C盘爆红事件让我最大的体会是磁盘空间问题的本质不是删得不够狠而是不知道删哪里才对。用Codex把87.81GB的AppData揪出来靠的不是魔法而是它能把扫描—排序—解释—建议这条链路自动化让我第一时间看到占用的全貌再作出安全的清理决定。最后再分享一个小技巧不要等到C盘爆红再排查打开Codex让它给你做一次全盘体检也就十分钟的事。把问题消灭在变红之前比变红之后抢救舒服得多。祝大家的C盘永远绿色常青。