插件临时文件重灾区是：extensions目录下带-cache后缀的子目录（如ms-python.python-2024.12.0-cache）、%APPDATA%\Code\Cache、%APPDATA%\Code\GPUCache及workspaceStorage；需先彻底终止所有Code进程，再针对性清理-cache文件夹、渲染缓存和老旧工作区索引。
插件生成的临时文件不是“运行代码”产生的，而是语言服务、更新缓存、解压失败残留等后台行为留下的；不清理会拖慢跳转/补全，但乱删可能直接让功能失效。
哪些目录是插件临时文件的重灾区
插件本身不直接写temp或/tmp，它把临时产物藏在几个固定位置，且每个路径作用不同：
-
%USERPROFILE%\.vscode\extensions（Windows）或~/.vscode/extensions（macOS/Linux）：这里存着所有插件解压后的完整运行时目录，体积通常是安装包的 2～3 倍。常见膨胀点是node_modules、语言服务器二进制（如Pylance的pyright）、本地缓存数据 -
ms-python.python-2024.12.0-cache这类带-cache后缀的子目录：更新中断后残留，VSCode 启动时仍会尝试加载，导致“无法启动语言服务器”或跳转失败 -
%APPDATA%\Code\Cache和%APPDATA%\Code\GPUCache（Windows）：Chromium 渲染层缓存，和插件 UI、扩展市场预览强相关，长期不清理会导致右键卡顿、菜单延迟 -
%APPDATA%\Code\User\workspaceStorage（Windows）或对应 macOS/Linux 路径：每个子目录对应一个打开过的工作区，含索引、调试状态、符号表——尤其 WSL 或 monorepo 项目下，单个目录可达 3～5 GB
如何安全识别并清理插件临时文件
不能靠“看着旧就删”，得结合现象和路径特征判断：
- 补全失效、跳转变灰、
Extension host terminated unexpectedly反复报错 → 优先检查extensions目录下是否有-cache结尾的文件夹，只删它们 - 搜索变慢、打开大文件卡顿 → 清
Cache和GPUCache，必须先杀光所有Code.exe、Code Helper.exe、node.exe进程 - 磁盘空间没变化？说明进程还锁着文件句柄，Windows 任务管理器里要查“详细信息”页，macOS 用活动监视器搜
Code强制退出全部 - 想批量删
-cache文件夹：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 {} +
为什么删完又涨回去，而且更快了
这不是 bug，是 VSCode 和插件的设计逻辑决定的：
-
Cache和GPUCache是 Chromium 渲染必需的，每次打开 Markdown 预览、访问扩展市场、甚至渲染侧边栏都会写入，不随退出自动清 - 插件更新时，VSCode 先下载新包、解压到
-cache目录、校验成功后再替换主目录；若网络中断或磁盘满，-cache就卡在那里不动 -
workspaceStorage每次打开项目都会重建索引，尤其含node_modules的前端项目，首次加载就写几百 MB —— 它不是垃圾，是功能依赖的中间产物 - Remote - SSH 或 Dev Containers 插件还会额外拉取远程环境镜像缓存，存在
%APPDATA%\Code\Remote下，不手动清不会释放
最易被忽略的清理前提
所有清理动作都建立在一个硬性条件上：VSCode 及其所有后台进程必须彻底终止。哪怕只剩一个 node.exe 在后台跑着，你删掉的文件只是被标记为“待删除”，磁盘空间不会释放，部分插件状态也可能损坏。这不是建议，是操作底线。
