VSCode占用C盘几十GB是常态，主因是WorkspaceStorage、Cache、GPUCache及插件-cache目录长期堆积；删除后首次启动稍慢但不丢失配置，需彻底退出进程再操作。
VSCode 占用 C 盘几十 GB 是常态，不是异常；真正该删的不是“缓存”这个模糊概念，而是 WorkspaceStorage、Cache、GPUCache 和插件残留的 -cache 目录 —— 它们加起来常占 80% 以上空间，且删除后 VSCode 启动时会自动重建必要部分，不影响配置和功能。
为什么删了 Cache 还是很快涨回去
因为 Cache 是 Electron 渲染进程的 HTTP 资源副本（比如 UI 页面、Webview 内容、Marketplace 响应），不随退出自动清理，也不按使用频率淘汰。只要打开大文件、预览 Markdown、加载扩展页，它就写入。
-
Cache和GPUCache是两个独立目录，Windows 下路径分别是%APPDATA%\Code\Cache和%APPDATA%\Code\GPUCache，后者常被忽略但体积常达 2–5 GB - 删完重启 VSCode 首次会稍慢（重建 UI 资源），但
settings.json、已打开文件、快捷键全保留 - 如果删完立刻又生成几个 GB，大概率是你启用了 Remote - SSH / Dev Containers 或装了带本地模型的插件（如
ms-python.python），它们会在CachedData或Remote子目录下另建缓存
WorkspaceStorage 才是 C 盘空间最大头
WorkspaceStorage 不是临时缓存，而是每个工作区（尤其是 WSL 或远程项目）生成的符号索引、搜索快照、调试上下文等持久化数据，单个子目录可达 500 MB–3 GB，且 VSCode 从不主动清理旧项——哪怕你半年没打开过那个文件夹，它也一直躺着占 C 盘。
- 路径固定为：
%APPDATA%\Code\WorkspaceStorage（Windows）、~/Library/Application Support/Code/WorkspaceStorage（macOS）、~/.config/Code/WorkspaceStorage（Linux） - 目录名是哈希值（如
8a2b3c4d），无法靠名字判断对应哪个项目，得看“修改日期”排序筛选 - 重点删：修改时间早于 90 天的子目录；名字特别长、体积标着 “1.2 GB”“2.7 GB” 的；已迁走的 WSL 发行版（如原
ubuntu-20.04）对应目录 - 删错不会影响
settings.json或扩展配置，但首次重连该工作区时会慢几秒重建索引
插件相关缓存必须分清主目录和 -cache 目录
插件卸载后仍占空间，是因为 VSCode 只删了主扩展文件夹，却留下 -cache 目录、旧版本残留、以及 CachedExtensions 等运行时副本。这些加起来可能比主目录还大。
- 进
%USERPROFILE%\.vscode\extensions（Windows）或~/.vscode/extensions（macOS/Linux），按“修改时间”排序 - 只删名字含
-cache后缀的文件夹（如ms-python.python-2024.12.0-cache），保留不含-cache的主目录（如ms-python.python-2024.12.0） - 同时检查有没有
-old、-backup、或版本号明显过时（如2021.9.1191016588）的文件夹，一并删掉 - 某些插件（如
vscode-cpptools）还会在%LOCALAPPDATA%\Microsoft\vscode-cpptools\ipch单独建缓存，需额外处理
删完空间没释放？多半是进程没关干净
常见错误现象：删完重启 VSCode，任务管理器里仍看到 Code.exe 或 node.exe 在后台跑，导致 Windows 无法真正回收磁盘空间。这是因为 WorkspaceStorage 中的部分文件被 Electron 渲染进程锁住（尤其含 searchIndex 的子目录）。
- 务必执行这三步再删：
Ctrl+Shift+P→ 输入Remote-WSL: Close Remote Connection→ 终端运行wsl --shutdown→ 任务管理器结束所有Code.exe和node.exe进程 - Windows 文件系统延迟释放（尤其 NTFS 压缩卷或启用了存储感知）也会导致“已删但空间未归还”，此时可尝试磁盘清理工具中的“系统文件清理”
- 别信“一键清理工具”，直接进路径删更可控；PowerShell 命令比资源管理器更稳，尤其处理大量小文件时不会卡死
最易被忽略的是：WorkspaceStorage 和 ipch 这类目录，名字看不出用途，用户常误判为“可删缓存”，其实它们是 VSCode 工作逻辑的核心支撑；删之前不确认关闭状态，轻则删不全，重则下次启动卡死或反复重建失败。
