--disable-gpu是唯一真正生效的方案，因vscode基于electron，gpu进程在启动早期即初始化，settings.json和gui开关无法干预底层渲染管线；必须从命令行传参并彻底终止旧进程、路径加引号、统一所有启动入口。
VSCode 花屏、闪烁不是配置没关对，而是 GPU 渲染进程在启动早期就已初始化，settings.json 和 GUI 设置项根本来不及干预——必须用 --disable-gpu 启动参数才真正生效。
为什么改 settings.json 或点「Hardware Acceleration」开关完全无效
VSCode 基于 Electron（Chromium），GPU 进程在主进程启动的毫秒级阶段就创建完毕。等 settings.json 加载、GUI 设置读取完成时，GPU 渲染管线早已跑起来。此时修改任何 UI 相关配置，都只影响窗口动画、标题栏透明度等表层行为，无法触达底层光栅化路径。
常见错误现象包括：
-
process.argv里查不到--disable-gpu - 开发者工具控制台执行
navigator.gpu返回一个对象（不是undefined） - 任务管理器/htop 中仍可见
chrome_gpu_process进程
Windows 快捷方式加参后仍花屏的三个致命细节
很多人加了 --disable-gpu 却没效果，问题往往卡在这些实操断点上：
- 没彻底退出所有 VSCode 进程：任务管理器中需手动结束全部
Code.exe和Code Helper进程，否则新快捷方式只是拉起旧主进程的子窗口 - 目标路径含空格但没加英文双引号：
C:\Program Files\Microsoft VS Code\Code.exe必须写成"C:\Program Files\Microsoft VS Code\Code.exe"，再加空格和--disable-gpu - 启动入口不统一：从开始菜单、WSL 终端执行
code .、或浏览器点击vscode://链接，都不会继承桌面快捷方式的参数；必须统一用该快捷方式启动
Linux 永久禁用 GPU 加速要改对两个地方
用户级 .desktop 文件才是首选位置，改错地方等于白干：
- 优先修改
~/.local/share/applications/code.desktop（无需 sudo） - 不止改
[Desktop Entry]下的Exec=行，还要检查所有[Desktop Action]段落（如「New Window」快捷操作），里面也有Exec=，漏改一处，特定场景就会复现花屏 - 改法示例（注意空格）：
Exec=/usr/share/code/code --disable-gpu --new-window %F
WSLg / 远程桌面 / Intel 核显环境必须追加的组合参数
单靠 --disable-gpu 在这些环境常不够用，因为底层仍可能触发 OpenGL fallback 调用，导致崩溃重试循环：
- 加
--disable-gpu-compositing：关闭 GPU 图层合成，防 UI 撕裂与滚动残影 - 慎加
--disable-software-rasterizer：强制回退到 Skia CPU 光栅器，适合 Mesa 驱动异常（如glxinfo显示 renderer 为 llvmpipe） - 绝对不要加
--in-process-gpu：它把 GPU 进程塞进主进程，一旦驱动出错直接拖垮整个 VSCode
最易被忽略的是：WSLg 下用 code . 启动项目，会新建一个未带参数的进程——必须显式写成 code --disable-gpu .。
