VSCode 基于 Electron 框架，默认启用硬件加速。所谓“开启设置”实为确认状态或通过启动参数强制启用，适用于界面卡顿且显卡驱动正常的场景。
先说结论：硬件加速在 VSCode 中默认启用，无需额外设置即可生效。若需强制开启需通过启动参数调整，但未必能解决所有卡顿问题，且存在稳定性风险。
- 先定位：通过开发者工具确认当前 GPU 状态是否活跃
- 先做：更新显卡驱动或尝试添加命令行启动参数
- 再验证：观察滚动流畅度及开发者工具中的 GPU 页面表现
命令速用版
VSCode 没有直接的图形界面开关来“开启”硬件加速。如果你怀疑它没开，或者想强制启用，可以通过命令行启动参数调整。注意，这些参数是 Chromium 内核通用的，VSCode 基于 Electron 构建，因此继承这些特性。
Windows：在快捷方式目标后追加参数（注意空格）：
`--enable-gpu-rasterization` `--ignore-gpu-blocklist`macOS：打开终端，输入以下命令启动（需确保 code 命令已安装）：
code `--enable-gpu-rasterization` `--ignore-gpu-blocklist` .Linux：在终端中使用相同命令启动：
code `--enable-gpu-rasterization` `--ignore-gpu-blocklist` .风险提示：`--ignore-gpu-blocklist` 会绕过 GPU 黑名单限制，可能导致崩溃或花屏，仅建议在排查问题时临时使用。
为什么会这样
VSCode 是基于 Electron 框架开发的，底层使用 Chromium 渲染引擎。Chromium 默认会尝试使用 GPU 进行渲染加速，以减少 CPU 负担并提升界面响应速度。但在某些环境下，如显卡驱动过旧、远程桌面连接或双显卡切换异常时，硬件加速可能会被自动禁用或失效。
分步处理
1. 检查当前状态：打开 VSCode，点击菜单栏“帮助”>“切换开发人员工具”，在弹出的窗口中选择“更多工具”>"GPU"，查看"Graphics Feature Status"列，若显示"Hardware accelerated"则已开启。
2. 修改启动参数：若显示未开启，关闭 VSCode。Windows 用户右键点击桌面快捷方式，选择“属性”，在“目标”栏末尾添加空格及上述命令参数。注意不要删除原有的引号或路径，建议先备份原路径。
3. 配置说明：VSCode 用户设置（settings.json）中并无直接控制硬件加速的标准配置项，无需在此查找相关开关，主要通过命令行参数控制。
4. 回滚提醒：如果添加参数后出现闪退或花屏，请移除参数恢复原状，这说明你的显卡环境不适合强制开启。
怎么验证是否生效
最直接的验证方式是观察界面滚动和动画的流畅度。技术验证可再次打开“开发人员工具”的 GPU 页面，确认"Canvas"、"Compositing"等项状态变为"Hardware accelerated"。此外，可以在任务管理器中查看 VSCode 进程是否有 GPU 进程占用，若有独立 GPU 进程运行，通常意味着加速已介入。
常见坑
1. 远程桌面环境：在 RDP 或某些远程工具中，硬件加速常被系统策略禁用，强制开启可能导致黑屏。
2. 双显卡笔记本：确保 VSCode 使用的是独立显卡而非集成显卡，可在系统图形设置中指定高性能模式。
3. 驱动兼容性：某些旧款显卡驱动与新版 Chromium 内核存在兼容问题，此时关闭硬件加速反而更稳定，不要盲目追求开启。
4. 性能误区：开启硬件加速并不等于性能提升，公开资料中没有可靠的量化数据证明其必然降低延迟，若遇到渲染异常应优先排查驱动。
参考来源
- Visual Studio Code Documentation, "Visual Studio Code FAQ", https://code.visualstudio.com/docs/supporting/FAQ
- Electron Project, "Performance", https://www.electronjs.org/docs/latest/tutorial/performance
原文链接：https://www.zjcp.cc/ask/11734.html