最有效解法是禁用硬件加速：退出VSCode后在快捷方式目标末尾添加--disable-gpu --disable-hardware-acceleration，Windows可追加--disable-direct-composition，macOS/Linux改用code --disable-gpu启动。
VSCode 运行代码时崩溃，大概率不是代码本身的问题，而是 GPU 渲染层被显卡驱动拖垮了——尤其在 Intel 核显（11 代及更早）、AMD 笔记本集显、远程桌面（RDP/Parsec）或虚拟机环境下，--disable-gpu 一加就稳。
崩溃前常伴随黑屏、窗口无响应、光标可动但 UI 不渲染
这种“假死”不是 VSCode 进程退出，而是 Chromium 渲染进程卡在 OpenGL/Vulkan 上下文创建阶段。典型现象包括：
- 启动后窗口全黑，任务栏有 VSCode 图标但点不开
- 打开终端或调试器时突然整个窗口变灰/白屏
- 拖动窗口时出现严重拖影、帧率掉到 1–2 FPS
- 任务管理器里
Code Helper (Renderer)CPU 持续高于 40%
验证方法很简单：终端执行 code --disable-gpu，如果立刻正常，就不用再往下查驱动或重装。
禁用硬件加速必须用启动参数，settings.json 里写无效
很多人在设置里搜 gpu，找到 editor.disableGPUAcceleration 并设为 true，结果重启还是崩溃——因为这个只关编辑器区域，不关主窗口、侧边栏、状态栏这些 Shell 级 UI 的 GPU 合成。
- 真正起效的是命令行参数：
--disable-gpu（全局禁用）或--disable-hardware-acceleration（更彻底，连字体光栅化都走 CPU） - Windows：右键快捷方式 → “属性” → “目标”末尾追加
--disable-gpu --disable-hardware-acceleration；若仍有闪烁，再加--disable-direct-composition - macOS/Linux：终端运行
code --disable-gpu，或写别名alias code='code --disable-gpu' -
"disable-hardware-acceleration": true是参数的 JSON 化写法，**不能**直接塞进settings.json，它只在code --disable-hardware-acceleration启动时被解析
别碰 --ignore-gpu-blacklist 和 --disable-gpu-sandbox
这两个参数常被误当作“加强版禁用”，实际作用相反：
-
--ignore-gpu-blacklist是强制启用 GPU 加速，等于火上浇油，可能直接导致崩溃升级为闪退 -
--disable-gpu-sandbox会绕过 Chromium 的 GPU 进程隔离，稳定性反而下降，在某些 Intel 驱动版本下引发随机白屏 - 远程桌面（如 RDP）中，还必须同步关闭宿主机的 GPU 透传：RDP 组策略里禁用“启用硬件加速的图形”，VMware 取消勾选 Accelerate 3D graphics
复杂点在于：有些 Intel 显卡驱动（比如 31.0.101.5136）存在 vsync 同步缺陷，即使加了 --disable-gpu 也可能部分生效——这时得回退驱动，而不是继续调参。
