根本原因是默认配置为小文件优化而引发多任务资源争抢;需同时关闭语法高亮、自动缩进、项目索引、GPU加速、大文件提示等,全部配置生效后性能才恢复。

Sublime Text 打开 1000 行以上文件卡顿,根本原因不是“文件太大”,而是默认配置仍在为小文件交互做优化——语法扫描、后台索引、GPU 渲染、多光标高亮全在同时抢资源。关掉它们,性能立刻回归 ST3 级别。
关闭语法高亮与自动缩进(最立竿见影)
语法高亮对大文本是重负载,尤其带正则匹配的语法定义(如 Python、JSON)会逐行解析;auto_indent 在粘贴或滚动时也会触发隐式计算。
- 打开大文件后,点击状态栏右下角的语法名(如
Python),选Plain Text强制降级为纯文本模式 - 进入
Preferences → Settings,在右侧用户设置中添加:"color_scheme": "Monokai.sublime-color-scheme", "syntax_checking": false, "auto_indent": false, "draw_white_space": "none"
- 注意:不要只关
draw_indent_guides,它不解决核心解析开销
禁用项目索引与定义跳转(减少后台 CPU 占用)
哪怕你只是单文件编辑,只要打开了项目(即有 .sublime-project 或侧边栏有文件夹),index_files 就会默默扫描所有子文件内容,大日志文件一拖进去就卡住。
- 在用户设置中加入:
"index_files": false, "show_definitions": false, "enable_telemetry": false
- 如果装了
GitGutter、SublimeLinter这类实时分析插件,临时禁用它们比调参数更有效 - 确认没有启用
folder_exclude_patterns的模糊匹配(如"**/*.log"),这种通配符会让索引器反复遍历
调整 GPU 加速与渲染参数(针对 ST4 用户)
ST4 默认开启 hardware_acceleration,但在集成显卡、远程桌面或老旧驱动下,反而导致滚动撕裂、光标延迟甚至崩溃。
- 在用户设置中强制关闭:
"hardware_acceleration": "none", "animation_enabled": false, "soft_rendering": true
-
soft_rendering是 SublimeJ 特有选项,启用后使用 CPU 渲染文本块,避免 GPU 纹理上传瓶颈 - 若仍卡,再加一项:
"max_line_highlight": 0—— 完全禁用当前行高亮(连带消除高频重绘)
绕过大文件提示并增大缓冲区(防止加载中断)
默认 10MB 以上文件会弹窗阻塞,且缓冲区太小会导致频繁磁盘换页。
- 在用户设置中写死限制:
"large_file_size_limit": 200, "ask_before_opening_large_files": false, "buffer_size": "512MB"
-
large_file_size_limit单位是 MB,设为200表示 200MB 内不弹窗(注意不是行数) -
buffer_size必须带单位字符串(如"512MB"),不能写数字;值过大可能触发系统内存限制,建议不超过物理内存 1/4 - 改完务必重启 Sublime Text,部分设置(如
buffer_size)不重启不生效
真正容易被忽略的是:这些配置必须全部生效才管用。单独关一个 index_files,但留着 syntax_checking: true 和 hardware_acceleration: "gl",文件照样卡在第 3 秒。顺序不重要,但完整性缺一不可。











