最直接办法是用--safe-mode启动，它跳过所有插件和用户设置，仅保留基础编辑能力，实测1.2GB日志8秒内可滚动；关语法高亮和行号可立竿见影，因二者会触发海量文本分析致CPU满载；调large_file_threshold至250MB让超大文件自动启用轻量模式。
Sublime 打开大文件无响应，不是它打不开，而是默认把每个文件都当代码来“伺候”——语法高亮、行号、折叠、索引、插件扫描全堆上去，一碰几百 MB 的日志就卡死在加载状态。关掉那些它“多管闲事”的功能，响应速度能从卡住不动变成秒开可滚动。
怎么让 Sublime 启动时就跳过高耗能功能
最直接的办法是用 --safe-mode 启动，它不加载任何插件、不读取用户设置，只保留基础编辑能力：
- macOS：终端执行
subl --safe-mode /path/to/huge.log - Windows：命令提示符运行
subl.exe --safe-mode "C:\data\access.log" - Linux：终端输入
subl --safe-mode /var/log/syslog
实测打开 1.2GB 日志从无响应降到 8 秒内可滚动。注意：--safe-mode 不影响保存，但会跳过所有 Package Control 插件（比如 GitGutter、SublimeLinter），适合临时查看，不是长期开发方案。
为什么关掉语法高亮和行号能立竿见影
语法高亮要逐行解析规则，行号渲染会为每行生成 DOM 节点——对千万行文件，这两项加起来就是 CPU 占用 100%、界面冻结的主因。
已打开文件后，立刻操作：
- 按
Ctrl+Shift+P（Win/Linux）或Cmd+Shift+P（macOS），输入View: Toggle Syntax Highlighting回车 - 再输入
View: Toggle Line Numbers回车 - 右下角点击当前语法名（如
Log或JSON），选Open all with current extension as… → Plain Text
如果想一劳永逸，只针对大文件生效，不要全局关行号。可在语法专属设置里加（Preferences → Settings – Syntax Specific）：
{
"line_numbers": false,
"gutter": false,
"highlight_line": false,
"syntax": "Packages/Text/Plain text.tmLanguage"
}
怎么让 Sublime “提前认出”这是个大文件
默认的 large_file_threshold 是 10MB，太低了——你点“是”强行打开，它还是偷偷做索引、高亮、检测缩进。改高一点，让它在加载前就切到轻量模式：
- 打开
Preferences → Settings – User - 加入这行：
"large_file_threshold": 262144000（即 250MB） - 重启 Sublime 生效
此后超过 250MB 的文件会直接以无高亮、无折叠、无自动换行方式打开，行为接近 less。别设成 1GB，否则真正需要编辑的大文件（比如 800MB 的导出 SQL）可能被误判为只读；也别低于 50MB，日常的 webpack-bundle.js 就可能被拖慢。
哪些插件会在背后偷偷拖垮大文件
很多插件根本没“大文件”概念，一加载就开扫：
-
SublimeLinter：启动后调外部 linter，对日志文件跑正则匹配 -
GitGutter：每行比对 git 状态，千万行就是千万次 IO -
BracketHighlighter：试图匹配括号结构，纯文本里根本不存在
临时解决：用 --safe-mode 启动，或在用户设置中加：
{
"index_files": false,
"enable_indexing": false,
"spell_check": false,
"word_wrap": false
}
真正频繁处理 GB 级文件时，得接受一个事实：Sublime 的定位是“高级文本编辑器”，不是“日志分析器”。grep、tail -n 5000、less +F 这些命令行工具才是第一道过滤网——先筛出你要的部分，再交给 Sublime 编辑，效率高得多，也更稳。
