Sublime Text处理大文本卡顿的根源在于默认启用的视觉辅助和语法解析功能，需手动禁用highlight_line、fold_buttons等选项，并切换为Plain Text语法、使用符号索引搜索及底层字符串匹配来提升性能。

Sublime Text 处理大文本（几万行以上、几十MB）时卡顿、响应慢，不是因为“功能弱”，而是默认行为没关——关键在禁用实时高亮、关闭预加载、绕过语法解析。

禁用语法高亮与代码折叠能直接提速 3 倍以上

大文本下 highlight_line、fold_buttons、draw_white_space 这些视觉辅助会持续扫描整文件，CPU 占用飙升。必须手动关掉：

• 打开 Preferences → Settings，在右侧用户设置里加这几行：

{
  "highlight_line": false,
  "fold_buttons": false,
  "draw_white_space": "none",
  "draw_indent_guides": false,
  "word_wrap": false,
  "scroll_past_end": false
}

别信“自动优化”——Sublime 不会根据文件大小动态开关这些；不写死为 false，它就照常运行。

Sublime Text Build Linux版

Sublime Text Linux x86-64 deb 安装包。官方也提供 rpm、tar.xz 和软件源安装方式。

下载

Ctrl+P 搜索大文件时避免卡死的两个硬规则

Ctrl+P 在超大文件中模糊搜索（比如输 config 找配置段）极易假死，本质是正则预匹配开销太大：

• 先按 Ctrl+P，输入 @ 再敲关键词（如 @timeout），强制走 symbol 索引而非全文扫描
• 如果只是想跳到某一行，别用 Ctrl+P，直接 Ctrl+G 输入行号——它不触发任何解析，毫秒级响应
• 确认当前文件没被设为某种语法（右下角显示 Plain Text 最安全；若显示 JSON 或 Python，点它切回 Plain Text，否则 parser 仍在后台跑

多光标批量操作大文本前必须先“降级”选区

对 10 万行日志做 Ctrl+D 逐个选中 ERROR，很容易卡住甚至无响应——不是快捷键失效，是 Sublime 默认启用“智能词边界”匹配，每次都要前后扫描空白符。

• 先 Ctrl+F 查找 ERROR，勾选 Whole Word 和 Case Sensitive，再按 Alt+Enter（Windows/Linux）或 Cmd+Ctrl+G（macOS）——这走的是底层字符串匹配，不依赖语法引擎
• 如果要竖向编辑（比如给每行开头加 [2026]），别用鼠标拖，用 Ctrl+Shift+L 选中所有目标行后执行，比矩形选区更稳
• 操作完立刻按 Esc：残留多光标会让后续任意按键（包括方向键）触发全选区同步移动，误操作成本极高

真正影响大文本体验的，从来不是“有没有快捷键”，而是你有没有在操作前把 Sublime 当成一个文本处理器，而不是代码编辑器——关掉所有和“语义”沾边的功能，它就能扛住百万行日志的秒级响应。