根本原因是磁盘空间不足导致插件解压或写缓存失败，VSCode仅报模糊崩溃日志；需手动检查extensions目录空间、清理旧版本残留文件夹及settings.json中已卸载插件的配置项。
插件报错但磁盘空间不足提示不明显
VSCode 不会直接弹窗说“C盘满了所以插件加载失败”，而是表现为：Extension Host terminated unexpectedly、Language server crashed、插件图标灰掉、设置里显示“已启用”但功能不生效。根本原因常是插件在解压或写缓存时被系统拒绝——Windows 返回 ERROR_DISK_FULL，但 VSCode 把它吞掉，只留一个模糊的崩溃日志。
验证是否真因空间不足：打开终端，运行 df -h（macOS/Linux）或 dir %USERPROFILE%\.vscode\extensions（Windows），重点看 C: 剩余空间是否 %USERPROFILE%\.vscode\extensions 目录，按“大小”排序，找体积 >500MB 的文件夹——它们极可能是 Python/Java 插件的旧版本残留，没被 UI 卸载动作清理。
为什么删了插件，报错还在继续
VSCode UI 点「卸载」只是把插件 ID 从启用清单里移除，并不会动磁盘上的文件夹。你看到的 ms-python.python-2024.8.0 这类目录，只要还躺在 %USERPROFILE%\.vscode\extensions 里，启动时就可能被扫描、触发初始化逻辑，甚至和新装的同名插件冲突，导致 Extension Host 反复崩溃。
- 手动删前先关掉所有 VSCode 窗口（包括托盘进程），否则 Windows 会锁住文件夹
- 优先删带
-old、-backup、202[0-2]\.的文件夹（比如ms-python.python-2022.12.0-old） - 名字含
-cache的子目录（如ms-python.python-2024.8.0-cache）可直接整个删掉——这是更新中断产生的损坏包，重启后会重下 - 别碰
%APPDATA%\Code\User\settings.json，那是你的个人配置，不是插件残留
VSCODE_EXTENSIONS 环境变量比 mklink 更稳
用 mklink 做符号链接看似一劳永逸，但实际容易出问题：杀毒软件可能拦截链接跳转、某些插件（尤其是涉及本地二进制的 LSP）读取路径失败、升级 VSCode 后链接失效。相比之下，设环境变量 VSCODE_EXTENSIONS 是官方支持路径，兼容性更好，且对所有启动方式（快捷方式、命令行、右键菜单）都生效。
Windows 下操作很简单：
- 新建系统环境变量，变量名填
VSCODE_EXTENSIONS，值填D:\vscode-ext（不要用 VS Code 安装目录下的子文件夹） - 把原
%USERPROFILE%\.vscode\extensions下所有文件夹复制过去，别剪切——万一路径没生效还能回退 - 必须彻底退出 VSCode（任务管理器里确认
Code.exe进程全没了），再重新打开
设完后，新装插件自动落进 D 盘，旧插件也能照常加载，不用改任何配置。
settings.json 里残留配置会拖慢启动甚至引发崩溃
插件删了，但 settings.json 里还留着它的配置项，比如 "prettier.requireConfig" 或 "python.defaultInterpreterPath"。VSCode 启动时仍会尝试解析这些键，如果对应插件不存在，部分扩展主机逻辑会卡住或抛异常，表现就是启动变慢、状态栏一直转圈、偶尔弹出 Extension activation failed。
安全清理方法：
- 打开
%APPDATA%\Code\User\settings.json，搜索插件 ID（如prettier.、python.） - 找到整段相关配置，注意保留前后逗号和缩进，删干净
- 不确定某项是否属于已删插件？先加
//注释掉，重启 VSCode 测试功能是否正常 - 特别留意
"files.watcherExclude"和"search.exclude"里有没有指向已删插件缓存路径的规则，这类残留会导致文件监视器异常占用 CPU
真正棘手的不是空间本身，而是插件卸载后留下的“影子”——文件夹、配置、缓存三者缺一不可地清，否则报错会换个形式反复出现。
