启用 GPU 加速需设 "hardware_acceleration": "opengl"（默认值），并通过滚动流畅度、控制台日志（如 OpenGL context created）验证；失效常见于驱动过旧、系统禁用 GPU 渲染、远程桌面干扰或 Linux 缺失 OpenGL 库；还需配合关闭索引、精简插件、禁用 CPU 密集型功能才能体现性能提升。
hardware_acceleration 设为 "opengl" 即可启用 GPU 加速渲染，这是 Sublime Text 4 的默认值，但部分系统（尤其是老旧显卡、Linux 发行版或禁用 GPU 的环境）可能实际未生效。
GitHub操作助手
下载
用大白话操作当前项目的 Git/GitHub——配置 GitHub（装 gh CLI + 登录 + 建仓库）、备份、拉取下载、查询历史、回滚代码、管理分支。当用户用日常语言表达 git 意图时触发（例如"git备份一下""git下载项目""git拉下来""git看看我改了啥""git回退到上一个版本""git新建个分支搞新功能""git合并到主分支""git
确认当前是否已启用 GPU 渲染
Sublime 并不直接显示“GPU 已启用”状态，但可通过行为和日志交叉判断： - 滚动百万行日志文件时是否接近 60fps 流畅感（HeyGem 日志等典型场景）
- 打开命令面板（Ctrl+`）查看控制台输出：若看到 OpenGL context created 或类似信息，说明已成功启用
- 若出现 Failed to create OpenGL context 或回退到软件渲染提示，则说明 GPU 加速失败
手动启用并验证配置项
进入Preferences → Settings，在右侧用户设置中添加或修正以下行：
{
"hardware_acceleration": "opengl",
"gpu_window_buffer": true
}
- "hardware_acceleration": "opengl" 是核心开关，必须设为该值（不是 true 或 on）
- "gpu_window_buffer": true 是辅助优化项，启用后进一步提升窗口缓冲区的 GPU 管理能力，在高分屏或多标签场景下更明显
- 不要同时设置 "hardware_acceleration": "none"，否则会强制关闭 GPU
常见失效原因与绕过方法
GPU 加速看似简单，但在实际环境中常因底层冲突而静默失效： -Intel 核显驱动过旧：尤其 Windows 上，BIOS 中若禁用独显或设为“节能模式”，Sublime 可能无法获取 OpenGL 上下文；建议更新显卡驱动，并在 BIOS 中启用“Discrete Graphics Only”或“MSHybrid”模式
- 系统级 GPU 呈现被全局禁用：Win10/11 的 Internet 选项中若勾选了“使用软件呈现而不使用 GPU 呈现”，会波及所有基于 Chromium / OpenGL 的应用（包括 Sublime），需取消该选项
- 远程桌面或录屏软件劫持图形栈：TeamViewer、OBS、Windows 远程桌面等工具可能覆盖 OpenGL 渲染路径，临时退出这类软件再启动 Sublime 可验证是否为其所致
- Linux 下缺少 OpenGL 库：Ubuntu/Debian 用户需确保安装 libgl1-mesa-glx 和 libegl1-mesa；Arch 用户注意 mesa 和 lib32-mesa 是否完整
启用后仍卡顿？优先检查这三点
GPU 渲染只负责界面绘制，不解决插件、索引或 I/O 瓶颈： -"index_files": false 必须配合启用——否则文件索引仍在后台吃 CPU，GPU 再快也救不了启动慢
- 插件数量超过 15 个时，Emmet、GitGutter 等活跃插件会在每次滚动时触发语法分析，GPU 加速无法掩盖其 CPU 开销
- 大文件（>50MB）打开时若启用 spell_check 或 detect_indentation，这些 CPU 密集型操作仍会阻塞主线程，GPU 无能为力
GPU 加速不是万能开关，它只管“画得快”，不管“算得快”。很多人调完 hardware_acceleration 发现没变快，其实是把问题归错了层。
