最快见效的是关语法高亮和自动换行：右下角选Plain Text或Ctrl+Shift+P设语法，View→Word Wrap→Off；再调large_file_size_limit为100、禁用索引和缩进检测等冗余功能。
关语法高亮和自动换行，是最快见效的两步
Sublime 打开几十 MB 的日志就卡住，不是它崩了，而是默认在“认真干活”：逐行解析 JSON 结构、匹配正则高亮、计算超长行换行点——这些对大文件全是无效消耗。
- 立刻点击窗口右下角语言标识（比如显示
JSON或Log），选Open all with current extension as… → Plain Text - 或者按
Ctrl+Shift+P，输入Set Syntax: Plain Text回车 - 关自动换行：
View → Word Wrap → Off，或在用户设置里加"word_wrap": false
这两项一关，滚动不幻灯片、打开不假死。别信“我就看一眼”，Plain Text 设置会继承后缀，下次再开同类型文件就自动轻量加载。
改 large_file_size_limit 和关索引，防止后台偷偷吃 CPU
默认 10MB 就触发“大文件警告”，但弹窗点了“Yes”也没用——Sublime 还是会悄悄建索引、猜缩进、高亮当前行，CPU 直接拉满。
- 进
Preferences → Settings，右侧用户设置中加：{ "large_file_size_limit": 100, "index_files": false, "detect_indentation": false, "draw_white_space": "none", "line_numbers": false, "highlight_line": false } -
large_file_size_limit单位是 MB，设为100后，超过 100MB 的文件才会启用轻量模式 -
index_files: false是关键：禁用后台全文符号索引，否则打开瞬间就卡住不动 -
detect_indentation: false对日志类无缩进文本毫无意义，却要扫完整个文件，必须关
只读 + 外部预处理，才是查日志的正确姿势
GB 级 app.log 不是用来编辑的，是拿来定位问题的。指望 Sublime 编辑 2GB 文件，就像用计算器跑机器学习——方向错了，调参没用。
- 系统级设只读更彻底：右键文件 → 属性 → 勾选“只读”（Windows/macOS 都有效），Sublime 会自动禁用撤销栈和缓存写入
- 命令行先筛再开才是正解，例如：
tail -n 5000 app.log | grep "ERROR\|Exception" | head -n 200 > errors_recent.log
- 拆分大文件再逐个看：
split -b 500M huge.log part_，生成part_aa、part_ab等小文件，再用subl part_aa打开
别忽略 ask_before_opening_large_files 和插件干扰
即使改了阈值，Sublime 默认仍会弹窗确认，而某些插件（比如 GitGutter、LSP）会在后台扫描整文件，一开就拖慢三倍。
- 在用户设置里加
"ask_before_opening_large_files": false，跳过确认直接加载 - 临时禁用插件：
subl --safe-mode your_huge_log.log，避免插件 IO 干扰 - 如果常用
Vintage（Vim 模式），建议在设置中加"ignored_packages": ["Vintage"]，减少括号匹配等分析开销
真正容易被忽略的，是“只读”和“外部筛选”这两个动作——它们不改配置、不装插件，但解决的是 90% 的实际需求。性能优化不是让软件扛住所有压力，而是让它别干多余的事。
