C盘变红这件事放在任何一个开发者或者重度电脑用户面前都足以让人血压升高。我前几天就遇到了这个情况系统还在正常跑但C盘容量条已经顶到最上面磁盘清理工具扫了一圈也没给出什么像样的结果。后来我没有急着删东西而是用 Codex 帮我查了一轮磁盘占用最终定位到 AppData 目录光是它居然占了 87.81GB。这个数字一开始我不太相信。AppData 在我印象里是“应用程序数据文件夹”就算再能涨怎么也不至于干到接近 88GB。但等我把子目录逐个拆开看之后才发现问题比想象中普遍得多缓存、日志、旧版本的软件数据、各种垃圾残留全都堆在这里而且系统自带工具几乎不会帮你识别哪些是“能删的”。所以这篇内容我不会只讲“清理垃圾”重点是把排查思路和实际操作拆开说清楚我到底是怎么用 Codex 一步步把空间找回来的。1. C盘爆红先别急着乱删1.1 为什么“乱删”是最大的坑电脑提示磁盘空间不足时很多人的第一反应是去C盘里找看起来没用的文件夹手动删掉再说。这种做法风险很高因为你光看名字根本判断不了哪个是系统运行依赖哪个是软件正在使用的数据。我之前见过有人直接把 ProgramData 整个删掉结果系统恢复回来花了一整天也见过把用户目录里的 OneDrive 缓存误删导致文件同步错乱的。手动乱删的本质问题不是“删错了会有提醒”而是系统不会告诉你这个文件正在被占用删完当下很爽等软件下次启动报错你才意识到出事了。正确逻辑应该是先回答三个问题空间到底被谁占了这些占用里哪些是垃圾哪些是即使暂时没用但也绝对不能动的这三个问题搞清楚之前任何删除操作都等于闭眼开车。1.2 系统自带工具为什么给不出答案很多人用过 Windows 自带的“存储感知”或者磁盘清理工具效果往往有限。它们能清理的主要是系统临时文件、回收站内容、Windows Update 缓存这类明面上的东西但 AppData 这种按用户目录存放的深层数据基本不在它的扫描范围内。第三方清理软件倒是会主动扫描 AppData可它们大多只挑着删几个浏览器的缓存文件夹其他目录要么没权限要么判断逻辑过于保守扫了半天结果还是没解决根本问题。所以我干脆换了个思路不靠“一键清理”而是先做一次全量扫描把每个目录的占用大小量化出来再决定哪些能删、哪些不能删。这一步就轮到 Codex 发挥了。1.3 用数据代替直觉在没有 Codex 之前要统计一个超大目录的占用情况通常是打开资源管理器右键文件夹看属性然后一级一级往下点。这种方式对几十GB的目录来说费时费力因为属性窗口计算大目录本身就是个漫长的过程而且只能看单个文件夹没办法形成全局视图。我的做法是用脚本把所有顶层目录、二级目录的大小列成一张表排序之后马上就能看出谁是“元凶”。Codex 在这里的作用不是替代我判断而是帮我把这件事做得更快更准。它可以生成脚本、解释扫描结果、甚至告诉我每个目录在系统里的典型作用。这不代表我可以完全不懂原理但确实帮我省掉了大量查资料和试错的时间。2. 用 Codex 把 AppData 的 87.81GB 查出来2.1 Codex 能干什么我理解中的 Codex是一个偏命令行交互的编程辅助工具它能够根据自然语言描述生成代码、解释已有脚本、分析命令输出。在这次磁盘排查里我把它当成一个“懂技术的搭档”来用先让它帮我生成统计脚本再让它解释结果最后在清理前帮我核对某个目录能不能动。当然“Codex”这个名字在不同的语境里可能指不同的东西。我这里说的工具是那种通过对话就能生成并执行命令的编程助手重点是它能显著降低命令行工具的使用门槛。哪怕你只是个半吊子用户只要能把需求描述清楚它就能还给你一段可执行的方案。2.2 我实际采用的排查方法我在 Windows 环境下的排查思路是分两步先统计 AppData 顶层三个目录的大小再深入每个目录找出占用最多的项目。第一步其实只需要一条 PowerShell 命令但命令本身有点复杂我当时直接让 Codex 帮我解释并优化。下面这条命令是我最后实际使用的方法作用是对指定目录下第一层子目录逐一统计大小$path $env:LOCALAPPDATA; Get-ChildItem -Path $path -Directory -Force -ErrorAction SilentlyContinue | ForEach-Object { $size (Get-ChildItem -Path $_.FullName -Recurse -File -Force -ErrorAction SilentlyContinue | Measure-Object -Property Length -Sum).Sum; [PSCustomObject]{ Directory $_.Name; SizeGB [math]::Round($size / 1GB, 2) } } | Sort-Object SizeGB -Descending | Format-Table -AutoSize这条命令看起来长但拆开其实不复杂先定位到 LocalAppData也就是 AppData 下的 Local 目录然后遍历它的子目录递归统计每个目录里所有文件的大小总和最后排序并显示成表格。Codex 帮我做过一轮优化主要是在 Get-ChildItem 后面加了-ErrorAction SilentlyContinue避免遇到权限拒绝时整条命令中断。我把同样的逻辑跑了三个位置$env:LOCALAPPDATA、$env:LOCALAPPDATA\..\Roaming和$env:LOCALAPPDATA\..\LocalLow得到的结论非常直观Local 目录占了大头Roaming 也不小LocalLow 相对可以忽略。2.3 如何读懂这份扫描结果扫描结果出来后我按照大小倒序排列那些占用超过1GB的目录几乎一眼就能看到。让我印象最深的几个领域分别是Chromium 内核浏览器的缓存、某款开发工具的旧版本残留、一个已经被卸载但数据没清干净的软件目录以及 Windows 系统的预取和临时文件。很多人在这一步会犯一个错误看到大目录就删不管它是什么。正确做法是把大目录分成三类纯缓存删了软件自己会重建、运行时产生的数据删了可能丢配置、以及软件本体相关删了直接导致程序无法运行。我当时把这些信息整理好之后再交给 Codex 去分析每个目录的性质它会告诉我类似“这个目录是浏览器缓存可以清理”“这个目录属于某软件的老版本数据卸载后不会用到”这样的结论比我自己去查要快得多。3. AppData 里为什么能堆出 87.81GB3.1 Local、LocalLow、Roaming 各有分工AppData 下面通常有三个子目录Local、LocalLow、Roaming。它们的分工不容易一眼分清我用自己的话解释一下。Local 主要存放本机特有的人应用数据比如缓存、数据库、日志文件。这些数据不会跟着用户漫游走只属于当前这台电脑。LocalLow 是 Local 的低权限版本主要给需要降级访问的进程使用最常见的就是浏览器跑一些受保护模式插件时的数据。Roaming 则相反它里面的数据设计成“可以跟着用户账户漫游”很多软件的配置、存档、通讯录这类需要跨设备同步的数据会放在这里。这个分类逻辑很重要因为它直接决定了清理时的风险等级。Local 里的缓存删掉问题不大Roaming 里的配置如果删了你的软件界面、账号状态、操作习惯可能全部重置LocalLow 虽然一般不大但某些游戏存档会放在里面也要小心。3.2 各类体积大户的具体来源我在扫描结果里做了个粗略分类常见的 AppData 体积大户大概逃不出这么几类浏览器体系Chrome、Edge 这类基于 Chromium 的浏览器会把缓存、网站数据、扩展程序全部放进 Local。尤其值得一提的是缓存目录动不动几个GB。但要注意真正占空间的大头往往不是缓存而是网站存储的本地数据比如某个在线办公工具的本地副本。开发工具链Node 的 npm 缓存、Python 的 pip 缓存、包管理器下载的临时压缩包这些会出现在 Local 或者 Roaming 下面。开发工具的旧版本、全局安装包的卸载残留加起来非常惊人。聊天与通讯软件很多即时通讯工具有预览图片、视频、文件自动下载的功能这些内容也会落到 AppData 里。这部分从严格意义上不算垃圾因为可能是好友发来的图片或文件但确实能占据很大空间。日志和崩溃报告各类软件在运行过程中会持续写日志有些日志还会保留多个轮转副本。单个日志文件不大可架不住软件多、时间长累计起来就是几个GB。我当时那 87.81GB 的主要来源就是第一类和第二类的叠加。浏览器相关的数据占了接近30GB开发工具链加在一起大约25GB剩下的是通讯软件和各类日志。3.3 哪些是“看似有用、实际无用”的冗余AppData 里有一种很难被普通用户识别的“假数据”就是那些软件已经卸载但目录还留在 AppData 里并且仍然占着几十GB的残留。这些目录从名称上看似乎属于某个知名软件点进去还能看到一堆配置文件和缓存但如果你已经卸载了对应的程序这些数据就彻底失去了意义。我遇到过最典型的情况是一个图形处理软件卸载之后在 AppData 里留下了接近10GB的着色器缓存和预览缩略图。另外还有某些强制更新的软件旧版本的数据会以带版本号后缀的目录形式保存在 AppData 里新版本不会自动去删除旧的。这种问题特别隐蔽不逐个拆文件夹根本发现不了。4. 针对 87.81GB 的清理实操4.1 能放心清理的目录先把我认为可以放心清理的部分列出来这些是大多数情况下都不需要犹豫的Temp 临时目录包括系统的%TEMP%、用户目录下的 Temp、软件运行过程中产生的临时文件夹。浏览器缓存目录比如 Chromium 的 Cache、Code Cache 目录删了之后浏览器会重新生成只不过首次打开网页会慢一点。各类包管理器的缓存npm、pip、NuGet 这些工具的 cache 目录本质是下载包的本地副本删掉后下次安装会重新拉取。崩溃报告和日志目录类似CrashDumps、Logs这种只要软件当前运行正常就不需要保留。已卸载软件的遗留目录确认某个目录对应的软件已经不存在那这个目录通常可以删除。我在实际操作中对这几类进行了清理释放出来的空间加起来大概有50GB左右。清完之后系统没有任何异常说明这些确实是可以动的冗余。4.2 别乱动的数据有些目录占用很高但清理风险极大我在这次排查中也特意把它们列成了“禁止操作”名单。第一类是聊天软件的完整数据目录里面有数据库文件、图片缓存、接收文件记录。如果只删除某些缓存子目录问题不大但如果把整个根目录删了可能会导致聊天记录无法读取。第二类是游戏存档目录和游戏本体放在别处不同存档很多时候就在 AppData 下一删就是永久丢失。第三类是一些开发工具的全局配置比如编辑器的设置、插件列表、本地数据库文件删掉之后重装虽然能解决但重新配置的过程可能比手动清垃圾累一百倍。我的判断标准很简单如果某个目录对应软件还在使用而且我看不清每一个子目录的用途那我就不动它。清理磁盘的核心目的是回收无用空间不是为了测试系统重建能力。4.3 借助 Codex 做清理前的核对清理之前我特意针对几个拿不准的目录做了一次核对。方式是把目录名、路径和占用大小交给 Codex让它告诉我这个目录在系统里的典型作用、清理的推荐程度、以及是否可能与正在运行的软件冲突。举例来说我原本差点把一个名为“GPUCache”的目录当成垃圾删掉但 Codex 提醒我这可能是浏览器用来存储GPU着色器缓存的目录删了之后下次启动会重新生成虽然能删但如果当前正开着浏览器最好先退出再操作。这种细节如果没有工具提示普通人根本不会想到。另外我在删除大型目录前会先把它重命名而不是直接删除。比如把某个缓存目录从Cache改成Cache_Backup然后重启相关软件。如果软件正常工作、空间也释放了再回去彻底删掉备份目录。这种做法可以极大降低误删风险是我个人强烈推荐的操作习惯。5. 实战中的坑与排查经验5.1 常见问题速查表我在这次清理过程中遇到了一些比较典型的问题整理成表格方便你对照排查现象可能原因处理方式扫描命令只跑了一部分就停了某些子目录存在权限限制用管理员身份运行 PowerShell删掉缓存后软件启动异常误删了配置文件而非缓存检查是否只删了 Cache 子目录必要时还原备份磁盘空间没减少多少删除目录时文件正被占用退出相关软件后重试重启系统再删AppData 占比仍然很高还有未识别的软件数据残留继续逐层扫描二级目录重点查看带版本号目录系统提示“找不到某个应用”不小心动了 ProgramData不要继续操作尝试从回收站恢复或系统还原这张表解决不了所有问题但能帮你迅速判断大多数异常情况到底是大问题还是小插曲。5.2 我踩过的那几个坑第一个坑是在扫描时没有以管理员身份运行 PowerShell。结果统计到一半遇到无权限目录直接报红我以为磁盘有问题折腾了半天才发现只是权限问题。后来在所有命令前加上-ErrorAction SilentlyContinue问题立刻缓解。第二个坑是清理缓存时部分文件被占用。浏览器的缓存目录在浏览器没关闭时会有大量文件锁定Windows 会直接拒绝删除。我当时一口气删了几十个GB的目录但结束后发现空间只释放了四成后来重开系统再删一遍才把剩余部分清干净。第三个坑是差点误删一个开发工具的插件目录。因为我看到它占用很大以为是缓存但仔细看之后发现里面装满了各种语言服务器属于功能性组件。删除后应用虽然能启动但代码补全等功能会失效修复麻烦。这也是我后来坚持“先重命名再删除”的原因。5.3 磁盘空间长期维护的思路这次能把 87.81GB 找回来靠的不只是 Codex更是把“扫描—分类—确认—删除”这个流程走通了。但长期来看我更推荐建立一个固定的维护节奏而不是每次都等C盘满了再救火。我现在的做法是每个月跑一次前面那套 PowerShell 扫描把 AppData 的占用变化做成趋势记录。哪些目录在持续膨胀哪些软件即便不用也在后台写入缓存都能通过这种周期性扫描暴露出来。配合定期清理浏览器缓存、包管理器缓存和已卸载软件残留C盘基本可以稳定维持在一个健康线以下。如果再让我评价 Codex 在这个过程里到底发挥了多大作用我认为它让整个排查过程的门槛降到了普通用户可以操作的程度。如果你没有编程基础拿到那段脚本可能一头雾水但通过对话式的追问工具可以帮你解释每一个参数的含义如果你本身就是开发者它又能帮你把重复劳动省下来把精力集中在真正的判断上。这比任何“一键清理”都更靠谱因为你知道自己在删什么也清楚留下的每一份数据究竟有没有价值。清理完这 87.81GB 之后我又顺手把浏览器的默认下载目录、开发工具的缓存大小限制都做了一轮设置后面几天观察下来空间没有快速反弹。个人经验是磁盘清理这件事前期多花半小时做一次彻底的量化排查比每次红了之后再花两个小时去翻垃圾目录舒服得多。如果你现在也面对一个爆红的C盘不妨先别急着删把占用数据拉出来看一眼再做决定。