Sublime Text启用GPU渲染必须设"hardware_acceleration":"opengl"（Win/Linux）或"metal"（macOS）且配"gpu_window_buffer":true，改后需完全重启，并通过控制台出现"OpenGL context created"等日志验证生效。
hardware_acceleration 必须设为字符串，不是布尔值
Sublime Text 的 hardware_acceleration 配置项只接受三个合法字符串值："opengl"（Windows/Linux）、"metal"（macOS）或 "none"。写成 true、"on"、1 或留空，配置会静默失效——不报错、不警告、也不触发 GPU 渲染。
常见错误包括：
- 误信“默认就是 opengl 就不用设”，结果老旧集成显卡或远程桌面环境下根本没启用
- macOS 上删掉该行，以为会自动回退到 metal，实际是 fallback 到软件渲染
- Intel Mac 出现抖动后乱试
"directx"或"vulkan"，这些值 Sublime 完全不识别
必须配合 gpu_window_buffer: true 才真正生效
gpu_window_buffer 不是独立开关，它只在 hardware_acceleration 指定了有效后端（"opengl" 或 "metal"）时才起作用。只开 gpu_window_buffer、不开后端，GPU 加速基本无效。
正确配对方式：
- Windows/Linux：
"hardware_acceleration": "opengl"+"gpu_window_buffer": true - macOS（Apple Silicon）：
"hardware_acceleration": "metal"+"gpu_window_buffer": true - 彻底禁用：
"hardware_acceleration": "none"（不是false或"off"）
改完必须重启，热重载不生效
修改用户设置（Preferences → Settings）后，保存文件并**完全退出 Sublime Text 再重新启动**。仅 Cmd+Q 或 Ctrl+Q 关闭窗口不够，需确保进程终止（macOS 可查 Activity Monitor，Windows 可查任务管理器）。
验证是否真启用 GPU 渲染，不能只看配置写了没写：
- 打开控制台（Ctrl+`），输入
sublime.log_commands(True) - 打开一个真实大文件（如 50MB 日志或百万行 JS），快速滚动或切换标签页
- 观察控制台输出：
OpenGL context created（Win/Linux）或Metal context created（macOS）出现才算成功 - 若看到
Failed to create OpenGL context或software rendering fallback，说明驱动缺失、被 TeamViewer/OBS/远程桌面劫持，或系统级 GPU 呈现被禁用（如 Win10/11 的 Internet 选项里勾了“使用软件呈现”）
启用后仍卡顿？问题大概率不在渲染层
GPU 加速只管界面绘制（滚动、切换标签、动画），对以下场景无改善：
-
"index_files": true导致后台扫描吃满 CPU —— 大项目建议设为false - 插件在
on_modified中频繁调用 Git/Grep —— 如 GitGutter、SublimeLinter - 大文件开启
spell_check或detect_indentation—— 这些是 CPU 密集型操作，GPU 无法加速 - macOS 14+ 系统滚动倍率过低（默认
com.apple.scrollwheel.scaling = 0.75）—— 需终端执行defaults write -g com.apple.scrollwheel.scaling -float 1.8并 killall cfprefsd
真正容易被忽略的是：GPU 加速生效后，界面流畅了，但光标移动延迟、Ctrl+P 响应慢、跳转卡顿这些，基本都来自插件或索引逻辑，和 GPU 无关。
