当前位置：首页 > news >正文

C盘空间告急？一文教你将Codex等缓存安全迁移至D盘

news 2026/8/26 1:24:09

C盘红了，第一反应通常是打开清理软件，但真正把系统盘塞满的，往往是 Codex 这类开发工具在用户目录里留下的缓存、配置和日志。我最近处理的一台电脑就是典型情况：装了 Codex 命令行工具，又用 VS Code，再加上 npm、Python 缓存，几个月下来用户目录涨了几十 GB，C 盘直接见底。

下面这套操作围绕一个目标展开：把 Codex 相关缓存和用户配置、VS Code 插件目录、包管理器缓存、临时目录和自动化脚本统一搬到 D 盘，并且让 C 盘原来的路径继续可用。整个方案不依赖第三方清理软件，也不需要扩容分区，适合 C 盘空间紧张、又不想冒险卸载重装工具的人参考。按我实际落地时的顺序，每个环节的坑都会单独说明。

1. 先弄清楚 C 盘空间都被什么东西占掉了

动手搬家之前，必须先搞清楚空间到底是怎么被吃掉的。否则搬错对象、或者搬走不该搬的文件，后面会反复出问题。

1.1 别急着装清理工具，先把用户目录扫一遍

Windows 下，很多软件并不把个人数据放在 Program Files 里，而是默认放在C:\Users\用户名下面。尤其是命令行工具、编辑器扩展、包管理器缓存，几乎都往这个目录里塞。

Codex 这类 CLI 工具通常会在用户名下创建类似.codex的隐藏目录，保存配置、历史会话、日志和运行缓存。VS Code 的扩展装在C:\Users\用户名\.vscode\extensions，npm 全局缓存默认在AppData\Local\npm-cache，Python 的 pip 缓存默认在AppData\Local\pip\cache。

可以先看两个位置：

C:\Users\用户名下的顶层目录和隐藏目录
C:\Users\用户名\AppData\Local和AppData\Roaming

在资源管理器里打开“查看 → 隐藏的项目”，就能看到.codex、.vscode这类目录。如果发现某个目录特别大，再往下一层找，往往就是日志或缓存堆积引起的。

要注意，AppData 里不全是缓存。AppData 下既有 Cache，也有真正在用的配置、账号信息、数据库文件。如果直接整块剪切，很多程序会崩溃。所以第一步不是动手，而是先定位大目录。

1.2 Codex、插件和自动化相关的常见占位点

开发环境里最明显的 C 盘大户有这几类：

Codex 或类似 AI 编程工具的配置目录。常见名是.codex、.config等，里面可能有历史会话、日志、对话记录。
VS Code 扩展目录。装了大量插件后，可能从几百 MB 涨到几 GB。
npm、pnpm、yarn 的缓存和全局包目录。
Python 环境的 pip cache、HuggingFace 模型缓存。如果常做本地 AI 实验，这个非常大。
各种临时目录。用户 TEMP、系统 TEMP，安装软件时解包文件也在这里。
自己的自动化脚本和日志。例如任务计划定时执行的脚本，如果输出目录写在 C 盘，日志也会持续增长。

这些目录的特点是：单个文件不大，但文件数量极多。日志每天能写几十个，缓存文件堆积几个月，一个 256 GB 的系统盘很容易被吃完。

1.3 怎么看每个目录的真实大小

Windows 的资源管理器默认不显示文件夹大小。想要快速判断哪个目录在膨胀，可以用 PowerShell 做一个小循环：

$dirs = Get-ChildItem -Path "C:\Users\$env:USERNAME" -Directory -Force -ErrorAction SilentlyContinue foreach ($d in $dirs) { $size = (Get-ChildItem -Path $d.FullName -Recurse -File -Force -ErrorAction SilentlyContinue | Measure-Object -Property Length -Sum).Sum [PSCustomObject]@{ Folder = $d.FullName; SizeGB = [math]::Round($size / 1GB, 2) } } | Sort-Object SizeGB -Descending | Format-Table -AutoSize

这个脚本会扫描用户目录下每个顶层文件夹的大小。目录特别大时可能比较慢，建议关闭其他程序再跑。如果只想看某个具体目录：

(Get-ChildItem -Path "C:\Users\$env:USERNAME\.codex" -Recurse -File -Force -ErrorAction SilentlyContinue | Measure-Object -Property Length -Sum).Sum / 1GB

我一般不会一上来就扫整个 C 盘，太慢。先扫用户目录下的隐藏目录和 AppData 的几个子目录，基本就能定位问题。

扫描结果里，如果某个目录正在被程序写入，大小可能不准，但作为判断依据已经足够。接下来再决定哪些搬、哪些清。