Sublime Text 打开大文件卡顿的根源在于默认语法解析和自动换行等编辑功能，应关闭语法高亮、自动换行，设为纯文本模式，并在用户设置中禁用索引、缩进检测等耗资源项，配合系统级只读和命令行预筛选提升效率。
关掉语法高亮和自动换行，最立竿见影
Sublime Text 卡在打开大文件的瞬间，八成是因为它正试图给几十万行日志逐行做语法解析，或者对超长单行反复计算换行断点。这不是 bug，是默认配置把“编辑体验”优先级拉太高了。
- 点击窗口右下角语言标识（比如
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 后，同后缀文件下次打开也会继承该设置——这点常被忽略，结果以为“只关了一次”，其实已全局生效。
改核心配置项，让 Sublime 主动降级为查看器
默认的 large_file_size_limit 是 10MB，意味着超过这个大小就弹警告；但更关键的是，它不关索引、不关缩进检测，光点“Yes”也扛不住。得让它从加载第一行起就放弃“编辑思维”。
- 打开
Preferences → Settings，在右侧用户设置中加入：
{
"large_file_size_limit": 100,
"index_files": false,
"detect_indentation": false,
"line_numbers": false,
"highlight_line": false,
"scroll_past_end": false,
"show_minimap": false,
"gutter": false
}
large_file_size_limit 单位是 MB，设为 100 后，超 100MB 的文件会跳过语法分析；index_files: false 是关键，否则后台默默扫描全文件建索引，CPU 直接拉满；detect_indentation: false 对无缩进日志毫无意义，却要扫完整个文件，必须关。
别硬开 GB 文件，先用命令行筛再进 Sublime
指望 Sublime 编辑 2GB 的 app.log，就像用计算器跑机器学习——方向错了，调参没用。它本质是编辑器，不是日志分析工具。
- 查错误行：
grep -n "ERROR" app.log | head -20，拿到行号后直接Ctrl+G跳转 - 看开头结构：
head -n 500 app.log > sample.log，再用 Sublime 打开sample.log - 提取某段区间：
sed -n '100000,100100p' app.log > chunk.log
这些命令秒出结果，而 Sublime 在等进度条时可能已经卡死三次。真正需要的不是“打开”，而是“定位到我要的那一小块”。
只读模式 + 系统级锁定，比任何设置都管用
只要你不打算改内容，就该让 Sublime 彻底放弃编辑状态。它不会缓存撤销栈，不写临时文件，不监听修改事件——这比关十个渲染选项还省资源。
- 系统级只读（推荐）：右键文件 → 属性 → 勾选 只读（Windows/macOS 都有效），Sublime 会自动识别并禁用保存逻辑
- 编辑器内锁定：
Ctrl+K, Ctrl+L切换只读，或命令面板输入Toggle Read-Only - 若频繁处理日志，可在用户设置加
"default_is_read_only": true，新打开文件默认只读
容易踩的坑是：只在 Sublime 里点了只读，但文件本身仍可写；一旦误触发保存操作，Sublime 可能尝试重写整个 GB 文件，导致崩溃或磁盘写满。
