--disable-gpu是唯一真正生效的修复手段，因vscode基于electron，gpu进程在settings.json加载前已初始化，改设置或gui开关无效；验证需在开发者工具中执行navigator.gpu返回undefined。
--disable-gpu 是唯一真正起效的修复手段，其他所有在设置界面或 settings.json 里改“GPU”“硬件加速”相关选项的操作，全部无效。
为什么 settings.json 里关不掉硬件加速
VSCode 的 UI 渲染链路在进程启动极早期就由 Electron（基于 Chromium）初始化 GPU 进程，等 settings.json 被读取时，GPU 已经跑起来了。你搜到的 "editor.disableGPUAcceleration" 只控制编辑器区域的字体光栅化，对主窗口、侧边栏、状态栏完全没影响。
验证是否真禁用：打开开发者工具（Help → Toggle Developer Tools），执行 navigator.gpu，返回 undefined 才算成功；如果返回对象，说明参数根本没生效。
Windows 快捷方式加参数却仍黑屏的常见原因
很多人照着教程改了快捷方式“目标”，但问题还在，往往卡在这几个点：
- 没杀干净所有 VSCode 进程：任务管理器里要手动结束
Code.exe和所有Code Helper（尤其是Code Helper (Renderer)）进程，否则新快捷方式启动的是旧进程的子实例 - 路径含空格但没加英文双引号：比如
C:\Program Files\Microsoft VS Code\Code.exe必须写成"C:\Program Files\Microsoft VS Code\Code.exe"，再追加--disable-gpu - 用了错误入口启动：从开始菜单、WSL 终端里执行
code .、或点击vscode://链接，都不会继承桌面快捷方式的参数——必须统一用该快捷方式启动
Linux 桌面图标启动失效，到底该改哪个 .desktop 文件
全局配置 /usr/share/applications/code.desktop 普通用户无权修改，优先改用户级文件：~/.local/share/applications/code.desktop。重点不是只改一行 Exec=code %F，还要检查文件中所有出现 Exec= 的地方——包括 [Desktop Action] 段落里的快捷操作（如「New Window」），漏改一处，就可能在右键菜单里复现黑屏。
macOS 下用 open 命令启动后 Dock 图标不响应
直接执行 open -n -a "Visual Studio Code" --args --disable-gpu 能临时验证，但 Dock 图标点击仍会走默认启动流程。若想固定生效，推荐两种方式：
- 用 Automator 新建「应用程序」，运行 Shell 脚本：
open -n -a "Visual Studio Code" --args --disable-gpu，保存后拖进 Dock - 不推荐直接改
Contents/Resources/app/bin/code脚本，容易被更新覆盖；更稳妥的是在 shell 配置里加别名：alias code='code --disable-gpu'
注意：WSLg 环境下，即使主 VSCode 加了 --disable-gpu，在 WSL 终端里执行 code . 仍会新建一个未带参数的进程——必须显式写成 code --disable-gpu .。
