语言服务插件（如Python、Rust、Vue的LSP类扩展）更易导致VSCode崩溃，表现为“正在加载扩展”卡顿、补全失效但UI正常；应优先重启对应语言服务器、检查激活状态与冲突配置、禁用可疑扩展、清理缓存并验证远程Node.js版本。
确认崩溃是否来自语言服务而非普通插件
“扩展宿主意外终止”不等于所有插件都可疑——语言服务器（LSP）类插件（如 ms-python.python、Vue.volar、rust-lang.rust-analyzer）更常因初始化卡死、Node.js 版本不兼容或路径权限问题直接拖垮 exthost 进程，且往往不报错、不写日志。若 VSCode 卡在“正在加载扩展”、补全/跳转失效但 UI 仍可操作，大概率是语言服务挂了，不是普通功能插件的问题。
- 先运行
Developer: Restart Language Server（命令面板输入），看能否临时恢复；对 Python 是Python: Restart Language Server，TypeScript 是TypeScript: Restart TS Server - 打开
Developer: Show Running Extensions，重点关注Status列为Activation failed或Activation Time> 1000ms 的条目，尤其是带languageServer、lsp、analyzer字样的插件 ID - 检查设置里是否同时启用了多个同语言服务：比如既装了
ms-python.python又开了ms-python.pylance，或Vue.volar和octref.vetur共存
用 code --disable-extension 精准隔离语言服务插件
禁用全部插件的按钮无效，因为语言服务插件（尤其 ms-python.python）会在配置读取前就尝试 spawn 子进程。必须用命令行逐个绕过加载——--disable-extension 参数才是唯一能阻止其 activate() 函数执行的方式。
- 先列出当前安装的语言服务：
code --list-extensions | grep -E "(python|typescript|rust|vue|c\+\+|go)" - 优先测试高危组合：例如
code --disable-extension ms-python.python启动后，再手动启用 Pylance 看是否稳定；或code --disable-extension rust-lang.rust-analyzer测试 Rust 项目是否还卡死 - 注意路径空格和中文：某些语言服务（如旧版 SFTP 或 AI 补全插件）调用本地二进制时，若路径含空格或中文，会静默失败——错误只出现在
exthost日志末尾，搜索ERR! spawn ENOENT
清理语言服务残留缓存比重装插件更有效
重装插件只是覆盖 JS 文件，但语言服务器的缓存目录（如 TypeScript 的 node_modules/typescript/lib、Pylance 的 ~/.vscode/extensions/ms-python.python-*/out）可能已损坏，导致每次启动都重复崩溃。
- 关闭 VSCode 后，手动删除对应缓存目录：
Linux/macOS：rm -rf ~/.vscode/extensions/ms-python.python-*（通配符匹配版本号）
Windows：%USERPROFILE%\.vscode\extensions\ms-python.python-*目录全删 - 不要只删
ms-python.pylance：Pylance 依赖 Python 插件的激活上下文，单独删它没用；必须连带清掉 Python 主插件目录 - 大型项目下，语言服务扫描卡死常因
files.watcherExclude没配好——在设置中加"**/node_modules/**"和"**/target/**"能显著降低 LSP 初始化压力
避免语言服务冲突的配置硬约束
很多崩溃源于配置层面的隐式竞争，比如两个插件都监听 editor.formatOnSave，或都注册 textDocument/didOpen 处理器。这类冲突不会报错，但会让 LSP 客户端反复重试直至超时。
- 显式指定默认格式器：
"editor.defaultFormatter": "esbenp.prettier-vscode"，并关掉 ESLint 的自动格式："eslint.format.enable": false - 禁用冗余语言支持：如果只用 Volar，就在设置里加
"vetur.enabled": false；如果用 Pylance，把"python.languageServer": "Pylance"写死，别留Default - 远程开发（Remote-SSH）场景下，语言服务崩溃大概率是远程 Node.js 版本太低——检查
~/.vscode-server下的node版本，确保 ≥ v18.17（VSCode 1.118 要求）
Developer: Show Running Extensions 的 Activation Time 数值和 code --disable-extension 的即时反馈，比任何错误堆栈都管用。 
