根本原因是默认配置为小文件优化而引发多任务资源争抢；需同时关闭语法高亮、自动缩进、项目索引、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 秒。顺序不重要，但完整性缺一不可。