code --disable-gpu能立即验证是否为gpu问题：若vscode正常启动，即确认是gpu渲染进程崩溃所致，常见于ubuntu 24.04、intel核显、远程桌面及nvidia optimus笔记本；exit_code=139表明sigsegv段错误，多因驱动与chromium abi不兼容；永久禁用须通过启动参数而非settings.json，linux还需补装libxss1。
code --disable-gpu 能立刻验证是否 GPU 问题
终端执行 code --disable-gpu，如果 VSCode 立即正常打开，就坐实了是 GPU 渲染进程崩溃——不是安装失败，也不是系统缺库，而是 Electron 的 GPU 进程在初始化 OpenGL/Vulkan 上下文时被显卡驱动拖垮了。Ubuntu 24.04、Intel 核显、远程桌面（RDP/VNC）、NVIDIA Optimus 笔记本都是高发场景。别急着重装，先绕过它。
GPU process has crashed 错误日志里 exit_code=139 是关键信号
exit_code=139 表示进程收到了 SIGSEGV（段错误），通常是 GPU 驱动与 Chromium 渲染栈 ABI 不兼容，比如：
• Intel DCH 驱动新版引入了不稳定的 Vulkan ICD 层
• Ubuntu 24.04 自带的 Mesa 24.x 对某些旧 GPU 的 GLSL 编译器有 regression
• NVIDIA 535+ 驱动在 Wayland + XWayland 混合环境下触发 EGL 初始化失败
这类问题不会报“找不到库”，也不会卡在加载阶段，而是反复打印 The GPU process has crashed N time(s) 后静默退出。
永久禁用 GPU 加速不能靠 settings.json
很多人在 settings.json 里写 "editor.disableGPUAcceleration": true 或甚至手动加 "disable-hardware-acceleration": true，结果重启依旧黑屏或崩溃——因为这些配置只影响编辑器区域，对主窗口、活动栏、状态栏等 Shell 级渲染完全无效。
真正起效的只有启动参数：
• Windows：右键快捷方式 → “属性” → 在“目标”末尾追加 --disable-gpu
• macOS/Linux：在 shell 配置文件（如 ~/.zshrc）中加别名 alias code='code --disable-gpu'
• Docker 或 systemd service：确保启动命令明确包含该参数
Linux 下别忽略 libxss1 和沙箱权限
Ubuntu 24.04 默认不装 libxss1，但 VSCode 启动 GPU 进程前会尝试调用 Screen Saver API 做安全检查，缺失时直接 crash 并伴随 opendir ... No such file or directory 日志。
运行以下命令补全依赖：
• sudo apt update && sudo apt install libxss1
• 如果还报 Failed to move to new namespace，说明容器或沙箱环境缺少 cap_sys_admin 权限，此时必须加 --no-sandbox 参数（仅限可信环境）
注意：Snap 版 VSCode 会自动处理依赖，但和 .deb 版共存时可能冲突，建议卸载 Snap 版再重装官方 .deb 包。
真正麻烦的不是 GPU 崩溃本身，而是它常掩盖其他问题——比如你禁用 GPU 后能启动，但某扩展仍导致闪退，这时日志里就不再出现 GPU 相关字样，容易误判已修复。务必在 --disable-gpu 成功后，再用 code --verbose 观察后续初始化是否卡在 extensionHost 或 workspace restore 阶段。
