VSCode中Node缓存实际不存在，真正占用空间的是插件解压后的node_modules（位于~/.vscode/extensions/下）及CachedData中的TS/JS语法分析产物；误删User目录会丢失配置，应精准清理*-cache子目录、旧版插件文件夹和workspaceStorage中久未访问的大体积GUID目录，并彻底终止Code相关进程后再删除。
VSCode里Node缓存到底在哪？别乱删User目录
VSCode本身不管理Node.js的全局缓存（比如npm cache或yarn cache），它只可能间接占用空间——主要是插件（如ms-python.python、esbenp.prettier-vscode）在~/.vscode/extensions/下解压出的node_modules，以及CachedData里生成的语法/语义分析产物。误删%APPDATA%\Code\User或~/.vscode根目录，会直接丢掉settings.json、Snippets和信任工作区标记。
-
Cache和GPUCache是Chromium层缓存，影响UI响应，不是Node相关，但体积常最大 -
CachedData里存的是TS/JS语言服务预编译的token、语法树快照，和Node版本强绑定；换Node版本后旧CachedData可能失效卡顿 -
workspaceStorage每个子目录对应一个打开过的工作区，含符号索引、搜索缓存，其中大体积目录多来自含node_modules的前端项目
删extensions目录下哪些文件夹才真正释放Node相关空间？
一个典型TypeScript插件（如ms-vscode.vscode-typescript-next）解压后自带完整node_modules和LSP server二进制，单个可达400MB+。VSCode UI点“卸载”只是禁用，不会删文件夹。
- 进
%USERPROFILE%\.vscode\extensions（Windows）或~/.vscode/extensions（macOS/Linux），按“修改时间”排序 - 删名字含
-cache的文件夹（如ms-vscode.vscode-typescript-next-5.8.0-cache）——这是更新中断残留，必清 - 删年份早于2025的版本（如
ms-vscode.vscode-typescript-next-5.4.0），保留最新一个即可 - 体积标着“1.2 GB”的长名目录，大概率是废弃的monorepo或WSL工作区插件残留，可删
为什么删完Cache磁盘没立刻变小？进程锁住文件是主因
常见现象：删完%APPDATA%\Code\Cache，任务管理器里仍看到Code.exe、Code Helper.exe或node.exe在跑——这些进程持有文件句柄，系统无法回收空间。
- Windows：任务管理器 → “详细信息”页 → 结束所有
Code.exe、Code Helper.exe、node.exe - macOS：活动监视器 → 搜索“Code” → 强制退出全部相关进程
- Linux：终端执行
pkill -f "code"或killall code - 若用过
Remote - WSL，必须先运行wsl --shutdown再关VSCode，否则WSL内code-server进程持续占位
重置Node环境配置，别只动settings.json
插件卸载后，settings.json里残留的配置项（如"typescript.preferences.importModuleSpecifier": "relative"）仍会被新装同名插件读取，可能引发语言服务器崩溃或格式化异常。
- 打开
%APPDATA%\Code\User\settings.json（Windows）或~/.config/Code/User/settings.json（Linux/macOS） - 搜索插件ID前缀，如
"prettier."、"typescript."、"eslint." - 整段删掉相关键值对，注意保留逗号语法正确性；不确定时先加
//注释，重启验证 - 想彻底隔离测试？用
code --user-data-dir /tmp/vscode-test启动空白实例，确认问题是否消失
真正吃空间的是workspaceStorage里的索引和extensions下的node_modules，不是npm cache本身；VSCode重启后自动重建必要缓存，但重建过程会触发一次全量扫描，首次打开大项目仍可能卡几秒。
