AppData不能整个删除，但可安全清理Cache、GPUCache、CachedData等缓存目录；必须避开User和GlobalStorage等存配置的不可再生数据目录。
不会丢失配置，但必须避开 User 和 GlobalStorage 这两个目录——它们存着 settings.json、快捷键、代码片段、信任工作区标记等不可再生数据。
哪些缓存可以删，删了也不影响配置
真正属于“缓存”的目录，删完重启自动重建，且不碰任何用户配置：
-
Cache和GPUCache：Chromium 渲染层产物，UI 卡顿、右键延迟、终端输入卡顿的主因，Windows 路径是%APPDATA%\Code\Cache，macOS 是~/Library/Caches/com.microsoft.VSCode，Linux 是~/.cache/Code -
CachedData：插件与内核的编译缓存，路径为%APPDATA%\Code\CachedData（Windows）或~/Library/Application Support/Code/CachedData（macOS），体积常达 1–5 GB，极低风险 -
vscode-cpptools等语言扩展专属缓存：如~/.cache/vscode-cpptools或%LOCALAPPDATA%\Microsoft\vscode-cpptools，删后仅首次打开 C/C++ 项目会重新索引，功能完全正常 - 带
-cache后缀的插件子目录：例如ms-python.python-2024.12.0-cache，位于~/.vscode/extensions/下，是更新中断残留，必清；但绝不能删ms-python.python-2024.12.0这类主目录
为什么删完空间没变？进程锁住文件是最大坑
常见错误现象：workspaceStorage 或 Cache 目录明明删了，磁盘空间却纹丝不动。根本原因是 VS Code 相关进程仍在后台运行，锁住了文件句柄，系统无法回收空间。
- Windows：任务管理器 → “详细信息”页 → 结束所有
Code.exe、Code Helper.exe、node.exe - macOS：活动监视器 → 搜索
Code→ 强制退出全部相关进程 - Linux：终端执行
pkill -f "code"或killall code - 若用过 Remote - WSL：先在 VS Code 中执行
Ctrl+Shift+P→ 输入Remote-WSL: Close Remote Connection，再终端运行wsl --shutdown
workspaceStorage 怎么清才不踩坑
这是 C 盘最肥的缓存目录，但不能全删——每个子目录对应一个你打开过的项目（名字是 GUID），删错会导致某项目首次打开时搜索变慢、跳转失灵，但 .vscode/settings.json、launch.json 全部完好无损。
- 路径：Windows 是
%APPDATA%\Code\User\workspaceStorage，macOS/Linux 是~/Library/Application Support/Code/WorkspaceStorage或~/.config/Code/WorkspaceStorage - 进目录后按“修改日期”排序，优先删除修改时间早于 90 天、体积超 1 GB 的子目录
- 典型目标：半年没碰的 monorepo、含大量
node_modules的前端项目、已废弃的 WSL 工作区 - 删完必须彻底退出 VS Code 再重启，否则部分子目录可能被重建并重复占用空间
最容易被忽略的点是：清理前没确认 Remote 扩展是否已断开，或者误把 %APPDATA%\Code\User 当成缓存一并删掉——后者直接清空所有自定义配置，连 keybindings.json 都没了，得手动重配。
