必须先彻底终止所有code.exe、code helper.exe、node.exe等进程，否则文件被锁导致磁盘空间不释放；cache和gpucache可全删且重启自动重建，workspacestorage需按修改时间删除90天前的子目录，插件-cache目录须精准匹配后缀清理。
直接删 Cache、GPUCache、WorkspaceStorage 和带 -cache 后缀的插件目录最有效，但必须先彻底退出所有 Code.exe、Code Helper.exe、node.exe 进程，否则文件被锁，磁盘空间根本不会释放。
为什么删完缓存 C 盘空间没变化？
常见错误现象：任务管理器里仍能看到 Code.exe 或 node.exe 在后台运行——这些进程持有文件句柄，Windows 无法回收空间。
- Windows：打开任务管理器 → “详细信息”页 → 手动结束所有
Code.exe、Code Helper.exe、node.exe - macOS：活动监视器 → 搜索 “Code” → 强制退出全部相关进程
- Linux：终端执行
pkill -f "code"或killall code - 如果用过
Remote - WSL，务必先在 VSCode 中执行Ctrl+Shift+P→ 输入Remote-WSL: Close Remote Connection，再终端运行wsl --shutdown
哪些目录可以放心全删？
Cache 和 GPUCache 是纯运行时缓存，删完重启自动重建，不影响配置、插件状态或登录态。它们是 Chromium 渲染层产物，长期不清理会导致 UI 卡顿、右键响应迟滞、终端输入延迟。
- Windows 路径：
%APPDATA%\Code\Cache、%APPDATA%\Code\GPUCache - macOS 路径：
~/Library/Caches/com.microsoft.VSCode（注意不是Application Support下那个） - Linux 路径：
~/.cache/Code - 别碰
%APPDATA%\Code\User和%APPDATA%\Code\GlobalStorage——这里存着settings.json、代码片段、信任工作区标记等关键配置
怎么精准清理 WorkspaceStorage 避免误删？
WorkspaceStorage 是 C 盘空间最大头目，每个子目录对应一个你打开过的文件夹（名字是 GUID），无法靠名称判断归属，但修改时间基本等于你最后一次打开该工作区的时间。
- 路径：
%APPDATA%\Code\WorkspaceStorage（Windows）、~/Library/Application Support/Code/WorkspaceStorage（macOS）、~/.config/Code/WorkspaceStorage（Linux） - 进入后按“修改日期”排序，删除所有修改时间早于 90 天的子目录
- 重点盯体积标着 “1.2 GB”、“2.7 GB” 的长名目录——大概率是已废弃的 WSL 工作区、monorepo 或含大量
node_modules的 Python 项目残留 - 删错不会丢
.vscode/settings.json或launch.json，但首次重开该工作区时搜索和跳转会慢几秒（索引重建）
插件相关的 -cache 目录怎么处理？
插件更新中断后会留下损坏的临时包，比如 ms-python.python-2024.12.0-cache，VSCode 启动时尝试加载它，结果就是语言服务起不来、跳转定义失败。
- 只删名字匹配
-cache$的文件夹，别碰ms-python.python-2024.12.0这类主扩展目录 - PowerShell 一行命令清理：
Get-ChildItem "$env:USERPROFILE\.vscode\extensions" | Where-Object {$_.Name -match '-cache$'} | Remove-Item -Recurse -Force - macOS/Linux 可用：
find ~/.vscode/extensions -name "*-cache" -type d -exec rm -rf {} +
真正容易被忽略的是：删完之后不杀干净进程，等于白干；而 WorkspaceStorage 里那些名字像乱码的子目录，其实每个都对应一个真实项目——靠修改时间判断比靠猜测靠谱得多。
