sublime text 打开大文件卡死的根本原因是默认启用语法高亮、行号等耗资源功能，触发海量文本分析致cpu满载；--safe-mode启动可快速解决，实测1.2gb日志8秒内可滚动。
为什么 Sublime Text 打开大文件会卡死？
根本原因不是内存不够，而是 Sublime 默认启用全部语法高亮、行号、折叠、自动补全等编辑功能——这些在几百 MB 的日志或数据文件里会触发海量文本分析，subl 进程 CPU 占用飙到 100%，界面冻结。它不是“打不开”，是“不敢动”。
用 --safe-mode 启动跳过所有插件和自定义设置
这是最快见效的手段，尤其适合临时查看 500MB+ 的 access.log 或数据库导出文件：
- macOS：终端执行
subl --safe-mode /path/to/bigfile.log - Windows：命令提示符运行
subl.exe --safe-mode "C:\data\huge.csv" - Linux：终端输入
subl --safe-mode /var/log/syslog
注意：--safe-mode 不加载任何 Package Control 插件、不读取 Preferences.sublime-settings，但保留基础编辑能力（搜索、跳转、保存）。实测打开 1.2GB 日志从卡死降到 8 秒内可滚动。
禁用语法高亮和行号（关键性能开关）
即使不用安全模式，手动关闭这两项也能大幅缓解卡顿。在文件已打开状态下，按 Ctrl+Shift+P（Win/Linux）或 Cmd+Shift+P（macOS），输入以下命令并回车：
-
View: Toggle Syntax Highlighting—— 关闭后，Plain Text模式下不再解析关键字 -
View: Toggle Line Numbers—— 行号渲染本身就会为每行生成 DOM 节点，对千万行文件是重负载
如果想一劳永逸，可在用户设置里加两行（Preferences → Settings – User）：
{
"syntax": "Packages/Text/Plain text.tmLanguage",
"line_numbers": false
}
⚠️ 注意：不要全局设 "line_numbers": false，只应在打开大文件时临时切；否则日常小文件编辑会丢失定位参照。
用 large_file_threshold 提前拦截自动加载
Sublime 内置了防卡机制，但默认阈值太低（仅 10MB），导致稍大的文件就触发警告却仍强行加载。修改它能让 Sublime 在打开前就切换成轻量模式：
- 打开
Preferences → Settings – User - 加入这行：
"large_file_threshold": 262144000（即 250MB） - 重启 Sublime 生效
此后，超过 250MB 的文件会直接以无高亮、无折叠、无自动换行方式打开，响应速度接近原生 less。这个值不能设太高（如 1GB），否则可能错过真正需要编辑的大文件；也不宜过低（如 50MB），否则日常代码文件也会被误判。
真正棘手的是混合场景：比如一个 300MB 的 JSON 导出文件，既要快速跳转字段，又不能丢结构——这时候得承认，Sublime 不是万能的，jq + less -S 或 VS Code 的「Large File Optimizations」才是更稳的选择。
