Sublime Text 4 GPU渲染需同时满足三项配置与系统兼容性才生效：必须显式设"hardware_acceleration"为"opengl"（Win/Linux）或"metal"（macOS），启用"gpu_window_buffer": true，并确保显卡驱动支持；缺一不可，否则静默回退CPU渲染。
Sublime Text 4 的 GPU 渲染加速不是“开个开关就变快”，而是必须同时满足三项配置 + 系统兼容性才能生效；设错一个参数，或驱动不支持，它就会静默回退到 CPU 渲染。
hardware_acceleration 必须显式设为 "opengl" 或 "metal"
这个配置项决定底层渲染后端，hardware_acceleration 的合法值只有 "opengl"（Windows/Linux）、"metal"（macOS）和 "none"；"directx" 是无效值，写了也白写，会被忽略。
常见错误现象：
- 用户误填
"directx"或"gpu"，重启后无变化，控制台也看不到 OpenGL 日志 - 留空或不写该字段，系统按默认行为处理——但 Windows 上默认可能仍是
"none"，尤其在老旧集成显卡上
正确做法：
- Windows / Linux：添加
"hardware_acceleration": "opengl" - macOS（Apple Silicon）：添加
"hardware_acceleration": "metal"；Intel Mac 若抖动，可试"opengl" - 保存后必须重启 Sublime Text，热重载不生效
gpu_window_buffer 必须设为 true 才启用 GPU 窗口缓冲
gpu_window_buffer 控制是否用 GPU 管理窗口帧缓冲区，它和 hardware_acceleration 是两个独立开关，缺一不可。只开前者、不开后者，GPU 加速基本无效。
使用场景：
- 高 DPI 屏幕下滚动大文件（如百万行日志）时卡顿明显，开此选项后帧率更稳
- 多标签频繁切换时界面撕裂或延迟，说明窗口合成未走 GPU 路径
注意点：
- 若显卡驱动禁用 OpenGL（如 NVIDIA 控制面板中勾选了“覆盖应用程序抗锯齿设置”），即使设了
true也会失败 - Linux 下 Wayland 会线性加速，X11 需确认桌面环境（如 GNOME）已启用 OpenGL 支持
验证是否真启用了 GPU 渲染
Sublime 不提供图形化状态指示，只能靠日志和行为交叉判断：
- 打开控制台（
View > Show Console），输入sublime.log_commands(True)，再滚动/切换标签，看是否有OpenGL context created类日志 - 若出现
Failed to create OpenGL context，说明驱动或权限问题，不是配置没写对 - 滚动超大文件（>50MB）时观察帧感：接近 60fps 流畅即大概率成功；仍卡顿或光标跳动，大概率是 GPU 被阻塞或回退到了软件渲染
特别提醒：macOS M 系列芯片默认启用 Metal，但若你手动改过 hardware_acceleration 又删掉了，它不会自动恢复——必须显式写回 "metal"。
主题与插件会吃掉 GPU 加速的红利
就算 GPU 渲染通了，如果 UI 层叠太重，GPU 依然要花大量时间做图层合成，最终帧延迟没降多少。
实测影响大的几类配置：
- 重型主题（如 Spacegray 默认版）加载大量图标和阴影规则，启动慢、滚动卡
- 开启
"animation_enabled": true会让侧边栏、折叠按钮等持续触发重绘 - 插件如某些 LSP 客户端在后台高频扫描语法树，间接抢占 GPU 线程资源
建议同步调整：
- 换轻量主题：
"theme": "Default.sublime-theme" - 关动画：
"animation_enabled": false - 禁图标：
"disable_file_icons": true
真正起效的 GPU 加速，从来不是单点配置的事——它是一条链：驱动支持 → 后端启用 → 缓冲开启 → UI 减负。少一环，性能就卡在瓶颈上。
