1. 从一次C盘告急说起为什么“删文件”是最差的选择那天下午我正在赶一个视频剪辑的活儿Pr 突然弹窗提示缓存写入失败。切到资源管理器一看C 盘那条进度条已经红得发紫剩余空间只剩 3.2GB。第一反应跟大多数人一样——打开“此电脑”右键 C 盘属性磁盘清理勾选临时文件确定。清完一看释放了 1.8GB杯水车薪。接着我开始手动翻文件夹看到Windows.old想删看到Temp想清空甚至动了把Program Files里几个不常用软件直接卸载的念头。但冷静下来一想这种“凭感觉删”的操作轻则某个软件打不开重则系统更新失败、驱动异常到时候重装系统的时间成本远高于现在花半小时做一次正经分析。问题的关键在于C 盘空间被谁吃了不能靠猜得靠数据。我见过太多人一看到 C 盘红了就去删Windows文件夹里的东西或者用某些来路不明的“一键清理”工具结果把系统组件删出问题。正确的思路应该是先做一次全盘扫描把占用空间最大的目录按体积排序找到真正的“元凶”再判断哪些能动、哪些不能动。这次我用的工具是Codex一个磁盘空间分析工具。它的核心能力很简单扫描指定盘符或目录把每个子目录、每个文件的实际占用大小算出来然后以树状结构或列表形式展示让你一眼看出空间被谁占了。跟 Windows 自带的磁盘清理不同它不做“清理建议”只做“事实呈现”——这恰恰是我需要的因为只有看到真实数据才能做出安全决策。这篇文章适合两类人一类是 C 盘已经告急、正在到处找“什么能删”的普通用户另一类是想建立一套系统化磁盘管理习惯、避免反复陷入空间焦虑的进阶用户。我会把这次排查的完整过程拆开讲包括 Codex 怎么用、扫描结果怎么读、AppData 里哪些能动哪些不能动、以及我最后实际释放了多少空间。全程不推荐任何“一键清理”工具只讲可复现的分析方法和安全操作。2. Codex 扫描实操从安装到读出 87.81GB 的完整过程2.1 为什么选 Codex 而不是系统自带工具Windows 自带的存储感知和磁盘清理本质上只处理“系统认定的可清理项”比如临时文件、回收站、缩略图缓存。它们不会告诉你AppData里某个软件的缓存占了 20GB也不会展示ProgramData下某个日志目录膨胀到了 8GB。换句话说系统工具做的是“清理”不是“分析”。Codex 的定位是分析工具。它扫描后会给出每个目录的实际磁盘占用注意是实际占用不是“文件大小”之和因为 NTFS 有簇对齐和压缩机制并且支持按大小排序、逐层展开。我选择它的理由有三个第一扫描速度快全盘扫描大概两分多钟第二界面是树状结构跟资源管理器类似上手零成本第三它不主动删任何东西所有操作都需要你手动去资源管理器里执行避免了误删风险。提示市面上有些磁盘分析工具会附带“智能清理”按钮点一下自动删它认为没用的文件。我的建议是慎用这类功能尤其是对AppData和ProgramData目录自动清理很容易误伤软件配置和授权信息。2.2 扫描前的两个准备工作在点“扫描”之前有两件事值得先做。第一关闭正在运行的大型软件比如浏览器、视频剪辑软件、虚拟机等。这些软件在运行时会持续写入缓存和日志扫描结果会偏大而且扫描过程中文件被占用可能导致部分目录读不到。第二确认扫描范围。Codex 默认可以选整个盘符也可以选单个目录。我第一次扫描选了整个 C 盘目的是先看全局分布如果只想排查AppData也可以直接定位到C:\Users\你的用户名\AppData单独扫。另外提醒一点扫描系统盘时Codex 需要读取一些受保护目录的元数据建议以管理员身份运行。否则System Volume Information、部分Windows子目录会显示为 0 或直接跳过影响判断。2.3 扫描结果解读87.81GB 是怎么算出来的扫描完成后Codex 的主界面会列出 C 盘根目录下所有文件夹的占用大小按从大到小排列。我当时的截图数据大致是这样的目录占用大小占比Windows32.4GB约 21%Users含 AppData87.81GB约 57%Program Files18.2GB约 12%Program Files (x86)6.7GB约 4%ProgramData5.1GB约 3%其他约 4GB约 3%Users目录下的 87.81GB 里绝大部分集中在当前用户的AppData文件夹。继续展开AppData又分为三个子目录Local、Roaming、LocalLow。其中Local占了约 62GBRoaming约 21GBLocalLow约 4.8GB。再往下钻Local里排名靠前的几个大户是浏览器缓存、某视频剪辑软件的媒体缓存、某开发工具的包管理缓存、以及几个 Electron 应用的更新包残留。这里有个细节值得说Codex 显示的“大小”是磁盘占用不是文件逻辑大小。比如一个 1KB 的小文件在 NTFS 默认簇大小下可能实际占用 4KB。当目录里有大量小文件时磁盘占用会明显大于文件大小之和。这也是为什么有些目录看起来“没多少东西”但 Codex 报出来的数字很大——它反映的是真实占用的扇区。2.4 定位到具体“罪魁祸首”的三个技巧拿到树状图之后怎么快速找到能删的东西我总结了三个技巧。第一看目录名里的关键词。Cache、Temp、Logs、CrashDumps、Update这些词开头的目录大概率是可清理的。比如C:\Users\你的用户名\AppData\Local\Temp是临时文件...\CrashDumps是崩溃转储...\Google\Chrome\User Data\Default\Cache是浏览器缓存。第二按修改时间排序。Codex 支持显示目录的最后修改时间。如果一个缓存目录半年都没更新过说明对应的软件可能已经卸载或不再使用里面的内容基本可以清掉。第三对比“逻辑大小”和“磁盘占用”。如果某个目录逻辑大小只有 2GB但磁盘占用显示 8GB说明里面全是小文件清理收益会很高。反过来如果逻辑大小和占用差不多说明是大文件为主删一个就释放一大块。3. AppData 里到底装了什么三兄弟的分工与清理边界3.1 Local、Roaming、LocalLow 的本质区别很多人对AppData的三个子目录感到困惑不知道哪个能删哪个不能删。要搞清楚这个问题得先理解它们的定位。Roaming的设计初衷是“跟着用户走”。在域环境里用户在不同电脑登录时Roaming目录会同步过去所以放的是软件的配置、书签、账号信息等“个人数据”。正因如此Roaming里的东西不能随便删删了可能导致软件配置丢失、登录状态失效。Local放的是“只属于这台电脑”的数据比如缓存、日志、临时文件、大体积的媒体素材。这些数据不需要同步删了顶多让软件重新生成。所以**Local是清理的主战场**。LocalLow比较特殊它主要给低完整性级别的进程使用比如浏览器插件、保护模式下的应用。里面常见的是 Unity 游戏的日志、某些插件的缓存。这个目录通常不大但如果装了多个基于 Unity 的游戏或应用也可能积累到几个 GB。3.2 我实际清理的目录清单与释放量基于 Codex 的扫描结果我列了一份清理清单逐项说明操作和释放量目录路径相对 AppData内容类型操作释放空间Local\Temp临时文件全选删除约 6.2GBLocal\Google\Chrome\User Data\Default\Cache浏览器缓存删除 Cache 文件夹内容约 4.8GBLocal\Microsoft\Edge\User Data\Default\Cache浏览器缓存同上约 2.1GBLocal\某剪辑软件\Cache媒体缓存软件内清理约 18GBLocal\某开发工具\Cache包管理缓存命令行清理约 9GBLocal\CrashDumps崩溃转储全选删除约 3.4GBRoaming\某聊天软件\Cache聊天缓存软件内清理约 5.6GBLocal\Packages\某应用\LocalCache应用缓存删除 LocalCache约 2.3GB合计释放约 51.4GB。剩下的空间来自一些零散的小目录清理和回收站清空。最终 C 盘剩余空间从 3.2GB 回到了 60GB 左右。注意Local\Temp里的文件如果正在被某个程序使用删除时会提示“文件正在使用”。这时候不要强行删除跳过即可等程序关闭后再清。强行删除正在使用的临时文件可能导致程序崩溃。3.3 哪些目录看起来很大但绝对不能动清理过程中我也遇到几个“大块头”但判断后决定不碰。第一个是Local\Microsoft\Windows\INetCache。这个目录有时候会很大但里面存的是系统级网络缓存删了可能导致某些系统功能异常收益也不高。第二个是Local\Packages下某些系统应用的Settings和LocalState。这些是 UWP 应用的配置和状态数据删了应用会重置登录信息、个性化设置全丢。第三个是Roaming下任何软件的Config、Settings、Profiles目录。这些是用户配置删了软件就得重新设置。判断标准很简单如果目录名暗示它是“配置”“状态”“授权”“数据库”就别动如果暗示它是“缓存”“临时”“日志”“转储”就可以考虑清理。4. 比清理更重要的事让 C 盘不再反复爆红的四个习惯4.1 把大体积缓存目录迁移到其他盘清理只是治标治本的方法是把那些“会持续膨胀”的目录从 C 盘挪走。很多软件支持自定义缓存路径比如视频剪辑软件、开发工具、虚拟机等。以某剪辑软件为例在首选项里可以把“媒体缓存”位置改到 D 盘或 E 盘之后所有预览渲染的缓存都会写到新位置C 盘不再受影响。浏览器也可以迁移缓存。Chrome 和 Edge 都支持通过启动参数指定--disk-cache-dir把缓存目录指向其他盘。具体做法是右键快捷方式在“目标”末尾加上参数。这样即使浏览器缓存涨到 10GB占的也是其他盘的空间。4.2 给 AppData 里的“惯犯”设置定期清理提醒有些目录是“清理完还会再长”的比如Temp、CrashDumps、浏览器缓存。与其等 C 盘红了再处理不如设个提醒。我的做法是在日历里设一个每两个月一次的重复事项到时间就打开 Codex 扫一遍AppData看看有没有异常膨胀的目录。整个过程十分钟以内比等到系统卡顿再救火从容得多。如果不想手动记也可以用 Windows 的“任务计划程序”创建一个定期运行磁盘分析工具的任务让它每月生成一份报告。不过我个人还是习惯手动看因为自动报告容易忽略“为什么这个目录变大了”这个关键问题。4.3 安装软件时养成“选路径”的条件反射很多软件安装时默认路径是 C 盘而且不会主动问你要不要改。我的习惯是安装向导每一步都看一眼遇到路径选择就改成 D 盘。尤其是游戏、大型开发工具、设计软件这类“体积大户”装在 C 盘就是给未来埋雷。对于必须装在 C 盘的软件比如某些驱动、系统组件安装后立刻去它的设置里找“缓存位置”“数据目录”之类的选项能改就改。改不了的就记下来列入定期清理清单。4.4 用 Codex 做一次“基线扫描”并保存结果这个习惯是我最近才养成的在系统比较干净的时候用 Codex 做一次全盘扫描把结果截图或导出保存。以后每次觉得 C 盘不对劲再扫一次对比两次结果就能快速定位“这段时间是什么变大了”。这比每次从零开始分析高效得多而且能发现一些缓慢增长的“隐形大户”。基线扫描的时机建议选在刚重装系统、或者刚做完一次大清理之后。保存的内容包括各主要目录的占用大小和截图。下次对比时重点看增长超过 1GB 的目录基本一抓一个准。5. 排查过程中踩过的坑与验证过的安全操作5.1 一次误删导致的软件异常及恢复过程清理Local目录时我看到一个名为某软件\Cache的文件夹占了 4GB 多想都没想就整个删了。结果那个软件再打开时所有本地项目列表空了重新扫描素材花了半小时。后来才知道那个Cache里除了缓存还存了一份项目索引数据库。虽然最终数据没丢但浪费了不少时间。这件事的教训是删之前先确认目录里有没有“非缓存”文件。具体做法是打开目录看一眼如果里面全是.tmp、.cache、.log这类扩展名基本安全如果看到.db、.json、.xml、.dat这些就要警惕了可能是配置或索引。拿不准的时候先把目录改名比如加个_backup后缀观察几天软件是否正常确认没问题再删。5.2 用“改名法”代替直接删除的验证流程“改名法”是我现在清理任何不确定目录时的标准操作。步骤很简单把目标目录重命名比如Cache改成Cache_old然后正常使用相关软件一两天。如果软件一切正常说明这个目录确实只是缓存可以放心删如果软件报错或功能异常就把名字改回去数据完好无损。这个方法的好处是可逆。直接删除是不可逆的而改名只是让软件“找不到”原目录它会自己重建一个新的。等确认新目录能正常工作旧目录就可以安全清理了。对于AppData里那些拿不准的目录我强烈建议用这个方法。5.3 清理后必须做的两项验证清理完成后有两件事一定要做。第一重启一次电脑然后打开几个常用软件确认都能正常启动、登录状态还在、配置没丢。有些软件在清理时没报错但重启后才会暴露问题。第二再用 Codex 扫一次 C 盘确认释放的空间符合预期同时看看有没有哪个目录在清理后立刻又膨胀了——如果有说明那个目录被某个正在运行的程序持续写入需要进一步处理。另外清理Temp目录后系统可能会在短时间内重新生成大量临时文件这是正常现象不用惊慌。只要总量在合理范围内通常几百 MB 到 1GB就说明系统在正常工作。6. 关于磁盘空间管理我最后想分享的几点体会这次从 C 盘爆红到释放 50 多 GB前后花了大概四十分钟其中扫描占了两分钟分析占十分钟实际清理操作占二十多分钟。相比之前那种“凭感觉删、删完又红、红了再删”的循环这次最大的不同是每一步都有数据支撑。Codex 这类工具的价值不在于“帮你清理”而在于“帮你看清”。看清之后删什么、留什么、迁什么决策就变得简单了。我现在的习惯是每两个月扫一次把异常增长的目录处理掉C 盘再也没红过。如果你现在 C 盘也红了我的建议是先别急着删任何东西下载一个磁盘分析工具花两分钟扫一遍找到真正的占用大户再对照这篇文章里的清理边界去操作。记住那个原则——缓存可以清配置不要动临时可以删索引要保留。拿不准的用改名法验证。这样操作下来既释放了空间又不会把系统搞坏。
