VSCode无独立崩溃报告面板，应通过Ctrl+Shift+P运行Developer: Open Process Explorer查看进程状态，并执行Developer: Open Extension Host Log分析末尾ERROR行定位插件ID。
崩溃后怎么打开 VSCode 自带的崩溃报告面板
VSCode 没有独立的“崩溃报告面板”，它不生成传统意义上的 crash dump 文件供用户手动上传，而是把关键诊断信息藏在开发者工具和日志里。真正能快速定位问题的，是 Developer: Open Process Explorer 和 Developer: Open Extension Host Log 这两个命令。
按 Ctrl+Shift+P（macOS 为 Cmd+Shift+P），输入并运行 Developer: Open Process Explorer，能看到所有子进程的 CPU、内存占用和状态。如果某个 exthost 进程显示 “Not responding” 或刚被终止，就说明扩展宿主已崩；再配合 Developer: Open Extension Host Log 查看末尾 ERROR 行，就能锁定插件 ID。
注意：Developer: Open Extension Host Log 打开的是文本文件，不是 UI 面板——别指望它像浏览器控制台那样实时刷新。它只记录上一次正常运行期间的日志，崩溃太早时可能为空。
崩溃代码 -1073741819 或 -1247483645 是什么含义
这类负数错误码是 Windows 系统级异常，不是 VSCode 自定义错误。比如 -1073741819 对应十六进制 0xC0000005，即 ACCESS_VIOLATION，通常由非法内存访问触发；-1247483645 是 0xBAD00BEE，微软内部用于标记沙盒初始化失败。
它们往往指向底层环境问题，而非代码逻辑错误：
-
--disable-chromium-sandbox能绕过部分杀毒软件或企业策略对 Chromium 沙盒的拦截 -
--disable-gpu可避免显卡驱动兼容性问题导致渲染线程崩溃 - 某些国产安全软件会静默劫持
exthost.exe的 DLL 加载，导致ACCESS_VIOLATION
这类崩溃通常不写入 extension host 日志，因为出错点在 Electron 启动早期，连插件加载器都还没初始化。
崩溃后如何拿到可提交给官方的诊断数据
VSCode 官方不接受截图或口头描述，只认两类结构化数据：日志 + 进程快照。你得自己导出：
- 运行
Developer: Open Process Explorer→ 点右上角Save Process Snapshot，生成processes.json - 从日志目录手动复制最近的
exthost文件夹（Windows 在%AppData%\Code\logs\，macOS 在~/Library/Application Support/Code/logs/） - 若崩溃发生在启动瞬间，
Developer: Toggle Developer Tools（Ctrl+Shift+I）里的Console标签页可能残留报错，比如ERR! spawn ENOENT或RangeError: Maximum call stack size exceeded
别用截图代替日志——工程师无法从像素里解析调用栈。也别直接发整个 logs/ 目录，挑出含 exthost 和 renderer 字样的最新子目录即可。
崩溃报告提交后为什么没回复
VSCode 团队每天收到数千份报告，只有附带可复现步骤 + 完整日志 + 进程快照的才会被人工处理。常见无效提交包括：
- 只写“VSCode 崩溃了”，没提供错误码或日志片段
- 贴出
settings.json全文却不说明哪一行改动后开始出问题 - 说“装了 XX 插件就崩”，但没验证是否
code --disable-extension ms-python.python后仍崩溃
真正卡住排查的，往往是插件与本地环境的隐式耦合：Python 插件调用的 python 命令路径含中文、Remote-SSH 连接时远程服务器的 ulimit -v 设得太低、或是 WSL2 中 /tmp 分区空间不足导致语言服务器 mmap 失败——这些细节必须写进报告正文，不能靠猜测。
