应先通过开发者工具定位崩溃原因，再用安全模式验证是否扩展导致，最后用排除法或增加内存参数解决；禁用扩展需确认是全局而非工作区级别，且注意更新扩展版本。
扩展宿主崩溃弹窗停不下来怎么办
关掉弹窗本身没用，VSCode 会立刻再弹一个。真正要做的，是让宿主进程不再崩溃——否则你点一百次“关闭”也白搭。
最直接有效的操作是：按 Ctrl+Shift+P（macOS 是 Cmd+Shift+P），输入并执行 Developer: Toggle Developer Tools，切到 Console 标签页。每次弹窗出现时，控制台里大概率会立刻打出类似这样的错误：
Extension host terminated unexpectedly. Code: null Signal: SIGSEGV
下面通常跟着一串堆栈，开头大概率含 at ExtensionHostProcess._onExtProcessError 或具体扩展名（比如 ms-python.python）。这就是元凶线索。
怎么快速定位哪个扩展在搞鬼
别靠猜，VSCode 自带「安全模式」启动方式，能绕过所有第三方扩展，验证是否真由扩展引起：
- Windows / Linux：终端运行
code --disable-extensions - macOS：终端运行
code --disable-extensions（确保已配置code命令）
如果这样启动后不再崩溃，基本可锁定是某个扩展的问题。接下来用排除法：
- 打开命令面板（
Ctrl+Shift+P），运行Extensions: Show Enabled Extensions - 禁用一半扩展（比如先禁用所有非官方、非你日常强依赖的），重启 VSCode
- 如果还崩，继续二分；如果不崩了，说明问题在刚禁用的那一半里
注意：某些扩展（如 ms-python.python、esbenp.prettier-vscode、bradlc.vscode-tailwindcss）在特定项目配置下容易因循环监听或内存泄漏触发宿主崩溃，尤其配合大 node_modules 或大量 .ts 文件时。
崩溃日志里看到 FATAL ERROR: Ineffective mark-compacts near heap limit 怎么办
这是 Node.js 内存溢出的典型提示，说明某个扩展把宿主进程的堆内存吃爆了。VSCode 默认给扩展宿主分配的内存上限约 1.5GB，不够用就会硬退出。
临时缓解方法（仅限排查期）：
- 启动时加内存参数：
code --max-memory=4096（单位 MB） - 或在 VSCode 设置里搜
extensions.experimental.affinity，把可疑扩展设为2（表示用独立进程跑，隔离崩溃）
但更根本的是查扩展本身：打开该扩展的 GitHub Issues 页面，搜关键词 heap limit 或 mark-compacts，常有用户已反馈相同问题，甚至附带临时 workaround（比如关掉某项自动格式化、禁用文件监听等）。
为什么禁用了扩展还反复崩溃
两种常见被忽略的情况：
- 你禁用的是「工作区启用」而非「全局启用」——检查扩展面板右上角齿轮图标，确认是「Disable (Workspace）」还是「Disable (Global）」
- 某些扩展（如
GitHub.copilot或ms-dotnettools.csharp）会悄悄安装配套进程（如copilot-agent或dotnet-server），它们崩溃也会拖垮宿主，需单独看系统任务管理器或活动监视器
还有个隐藏坑：VSCode 更新后，旧版扩展可能不兼容新宿主协议，导致静默崩溃。此时即使没报错，也要进 Extensions 页面手动点击「更新全部」，别依赖自动更新。
真正麻烦的不是弹窗本身，而是崩溃前没有任何 warning，等你看到弹窗时，错误现场早就没了。所以一旦稳定复现，优先开开发者工具盯着 Console，比翻设置快十倍。
