必须通过行为与日志交叉验证：打开控制台输入sublime.log_commands(True)，滚动50MB大文件，出现“OpenGL context created”（Win/Linux）或“Metal context created”（macOS）才成功；若显示失败日志或仍卡顿，则GPU未生效。
如何确认 Sublime Text 4 真启用了 GPU 渲染
Sublime 不会告诉你 GPU 是否生效，改完配置不验证等于白改。必须靠行为 + 日志交叉判断：
- 打开控制台（
Ctrl+`），输入sublime.log_commands(True)开启命令日志 - 滚动一个真实大文件（比如 50MB 的日志或
node_modules里的长 JS 文件） - 观察控制台输出：出现
OpenGL context created（Windows/Linux）或Metal context created（macOS）才算成功 - 若看到
Failed to create OpenGL context或software rendering fallback，说明 GPU 渲染已静默失效
"hardware_acceleration" 配置值写错就完全无效
这个字段只接受特定字符串，写 true、"on"、1 或留空都无效，Sublime 会直接忽略整行：
- Windows / Linux：必须设为
"hardware_acceleration": "opengl"（默认值，但不保证实际生效） - macOS（尤其 M 系列芯片）：必须显式设为
"hardware_acceleration": "metal"，删掉该行不会自动恢复 - 彻底禁用：设为
"hardware_acceleration": "none"，不是"off"或false - 别和
"gpu_window_buffer": true混淆——它只是辅助开关，没指定后端，GPU 缓冲根本不会初始化
开了 GPU 还卡？大概率是其他后台任务在抢资源
GPU 加速只管界面绘制，对输入延迟、光标跳动、跳转卡顿几乎没用：
-
"index_files": false必须加，否则百万行项目里光标移动、Ctrl+P搜索都会变慢 - 插件监听全盘、自动补全加载整个符号表、语法高亮实时分析，这些才是 CPU 瓶颈
- 中文输入法下光标错位？Windows 上 IMM32 坐标获取可能失败，此时
"hardware_acceleration": "none"反而更稳 - 远程桌面（RDP）、OBS、TeamViewer 等软件常劫持 OpenGL 上下文，临时退出再试
Linux 下 GPU 失效的常见硬伤
X11 环境下，即使配置正确，也容易因系统级缺失导致回退：
- GNOME 用户需在
Settings → About页面确认 “Graphics Acceleration” 已开启 - Ubuntu/Debian：运行
sudo apt install libgl1-mesa-glx libegl1-mesa - Arch：检查
mesa和lib32-mesa是否都已安装 - Nouveau 开源驱动（如 Ubuntu 20.04 默认）易触发撕裂，建议换闭源驱动，或临时设为
"hardware_acceleration": "canvas"
OpenGL context created 都不会出现，但 Sublime 也不会报错，只会安静地 fallback。所以别只盯着配置文件，得动手滚、看日志、杀进程、换驱动，缺一不可。 
