绝大多数用户应关闭硬件加速，因Intel核显（HD 4000–UHD 620）、老旧NVIDIA驱动、macOS Rosetta及远程桌面下易触发WebGL失败或GPU进程崩溃，导致拖影、卡顿、白屏；唯一可靠禁用方式是启动参数--disable-gpu，配合window.nativeTabs:false、workbench.enableExperiments:false等渲染优化才有效。
VSCode硬件加速开还是关，得看显卡驱动是否真兼容
绝大多数用户不该盲目开启硬件加速——它在 Intel HD 4000 到 UHD 620、老旧 NVIDIA 闭源驱动、macOS Rosetta 转译环境、远程桌面（RDP/Parsec）下极易触发 Failed to create WebGL context 或 GPU process crashed，导致滚动拖影、输入延迟、白屏甚至 Code Helper (Renderer) 进程 CPU 持续高于 40%。
判断依据很直接：打开 Developer: Toggle Developer Tools → Console 标签页，看有没有上述错误；没有报错但仍有拖影，就用 code --disable-gpu 启动对比响应速度。
macOS M 系列芯片用户通常无需干预；Intel Mac 用户建议默认关闭；高端独显（RTX / RX 6000+）且驱动最新才适合启用。
真正生效的禁用方式只有 Electron 启动参数
terminal.integrated.gpuAcceleration 设为 off 完全无效，它只控制终端 UI 层渲染，不干预底层 GPU 合成线程。大量文本流输出卡顿、Ctrl+C 延迟、粘贴大段文本光标冻结，根源都在 Electron 渲染管线被显卡驱动阻塞。
必须通过启动参数一劳永逸：
- Windows：右键快捷方式 → “属性” → “目标”末尾加空格后粘贴
--disable-gpu --disable-hardware-acceleration --disable-direct-composition（路径含空格时需用英文双引号包裹整个路径） - macOS：终端执行
open -n -a "Visual Studio Code" --args --disable-gpu - Linux：编辑
~/.local/share/applications/code.desktop，所有Exec=行末尾统一加--disable-gpu
验证是否生效：DevTools 控制台输 process.argv，返回数组里必须有 "--disable-gpu"；再输 navigator.gpu，返回 undefined 才算成功。
终端渲染选 dom 还是 canvas，取决于你的使用场景
terminal.integrated.rendererType 设为 dom 把每个字符当独立 HTML 元素，CPU 负担略高但滚动稳定、中文/emoji/宽字符排版准、缩放非 100% 时无撕裂或白屏；设为 canvas 动画顺滑但对老旧核显压力大，尤其在远程桌面或 WSL2 GUI 下容易闪烁。
推荐组合：
- 低配设备 / 远程开发 / WSL2：用
dom+--disable-gpu - 高端独显 / 本地原生环境：可尝试
canvas+--disable-gpu（注意部分插件如shellcheck在dom下可能错位，遇到就切回来）
WSL2 用户特别注意：export LIBGL_ALWAYS_SOFTWARE=1 在 WSL 里完全无效，VSCode 终端渲染走的是 Windows 层 GPU 栈，不是 Linux 侧。
配套关闭干扰性 UI 功能才能稳住帧率
单独开关硬件加速效果有限，很多拖影问题其实是多个渲染层叠加干扰所致：
- macOS 用户务必设
window.nativeTabs为false，防止系统级标签动画抢占合成优先级 - 关闭实验性 UI：
workbench.enableExperiments设为false，避免未优化的合成路径被触发 - Windows 用户若用 WSL2 开发，绝对不要在 Windows 文件系统中直接打开
\wsl$路径项目——跨层文件监视 + GPU 渲染双叠加极易卡死
所有参数修改后，必须彻底退出所有 VS Code 进程（包括后台 Code Helper），否则设置不加载。真正卡顿的根源不在“要不要加速”，而在于 GPU 渲染路径是否稳定——这点最容易被忽略，也最常被误调。
