sublime text 打开超大文件卡死时，应关闭 highlight_line、gutter、line_numbers 等高耗设置，禁用 brackethighlighter 和 sublimelinter 等重型插件，关闭 word_wrap，并避免编辑 >200mb 文件。
Sublime Text 打开超大文件卡死？先关掉 highlight_line
默认开启的行高亮会持续扫描整行内容并触发语法着色，对 >10MB 的纯文本（如日志、CSV、JSONL）是性能杀手。关闭后，打开 50MB 文件从卡死变成 2–3 秒内响应。
- 打开
Preferences → Settings – User - 添加或修改：
"highlight_line": false - 顺手关掉
gutter和line_numbers（如果不需要）：设为false
禁用所有插件再逐个启用，重点排查 BracketHighlighter 和 SublimeLinter
这两个插件会在后台持续解析全文结构或调用外部 linter，对单文件 >5MB 就可能引发 UI 冻结。不是“插件越多越强”，而是“没用的插件在吃你内存”。
- 临时禁用全部插件：菜单
Preferences → Package Control → Disable Package，挨个选 - 确认能流畅打开后，再单独启用
SideBarEnhancements、AdvancedNewFile这类只响应右键/快捷键的轻量插件 -
BracketHighlighter若必须用，加配置："bracket_highlighter.ignore_syntaxes": ["Plain text"]
用 view.settings().set('word_wrap', False) 强制关闭自动换行
开启软换行（word_wrap: true）会让 Sublime 对每行做动态断行计算，大文件下 CPU 占用飙升且滚动卡顿。即使文件本身不长，只要单行超长（如 minified JSON），也会触发严重性能问题。
- 打开控制台（
Ctrl+`），粘贴执行：view.settings().set('word_wrap', False) - 永久生效：在
Settings – User加"word_wrap": false - 注意：关闭后横向滚动条会出现，但比卡死强得多
别用 Sublime 编辑 >200MB 的文件，改用 less 或 vim -u NONE
Sublime 是编辑器，不是流式查看器。它会把整个文件加载进内存并构建语法树，200MB 文件实际占用内存常超 1GB。这时候硬撑只会拖垮整个系统。
- 只读查看：Linux/macOS 直接终端跑
less huge.log；Windows 用more或 VS Code 的“Large File Optimizations”模式 - 需要简单编辑：
vim -u NONE huge.csv（跳过所有 vimrc 和插件，纯裸机速度） - 真要改大日志？先用
grep/awk提取片段，再丢进 Sublime 处理
真正卡顿往往不是因为“文件太大”，而是某些看似无害的设置在后台持续做全量分析。关掉一个 highlight_line，可能比换硬件更管用。
