Sublime Text 处理大文件卡顿需关闭索引、语法高亮和行号渲染，用正则分块搜索替换，保存前统一编码与换行符，优先使用内置排序去重命令，超4GB文件应改用命令行工具。
大文件打开就卡死？别硬扛，先关掉索引和语法高亮
Sublime Text 默认会对所有打开的文件建立符号索引、启用语法高亮和行号渲染，对几百 MB 以上的文本（比如日志、导出 CSV、SQL dump）会直接拖慢到无响应。这不是内存不够，是它在后台持续解析整份内容。
- 关闭实时索引：
"index_files": false加到Preferences.sublime-settings（用户设置） - 禁用语法高亮：
"syntax": "Packages/Text/Plain text.tmLanguage"或手动右下角点击语法名 → 选Plain text - 隐藏行号和代码折叠：
"line_numbers": false、"fold_buttons": false，减少渲染压力 - 临时禁用插件：特别是
SideBarEnhancements、BracketHighlighter这类对大文件敏感的，可在Package Control: Disable Package中临时关掉
搜索替换卡住？用正则 + 分块处理，别依赖 Ctrl+H 全局扫
在 2GB 的 access.log 里点一下 Find All，Sublime 很可能假死几分钟——它试图把全部匹配结果加载进内存并高亮。实际需求往往只是“删掉所有 404 行”或“提取 IP 段”，没必要全量加载。
- 先用
Ctrl+R（Replace）打开替换面板，勾选Regular Expression - 写窄范围正则，比如删空行用
^\s*$\n?，而不是.*404.*这种贪婪匹配 - 分段操作：按
Ctrl+Shift+P→Selection: Expand Selection to Paragraph选中一段，再Ctrl+H替换，避免全文件扫描 - 确认替换前务必点
Find All看匹配数，如果显示128456 matches就别点Replace All，改用Replace逐个过
保存时报错 “Unable to save … No space left on device”？其实是编码或换行符惹的祸
常见于 Windows 编辑完 Linux 日志后保存失败，错误信息看着像磁盘满了，实则是 Sublime 在保存时尝试转换换行符（CRLF ↔ LF）或重编码（UTF-8 with BOM → UTF-8），导致临时缓冲区爆掉。
- 保存前检查右下角编码和换行符：点击
UTF-8或Unix (LF)，选UTF-8和Unix (LF)最稳妥 - 避免用
Save with Encoding，改用File → Reopen with Encoding → UTF-8再保存 - 如果文件含非法字节（如二进制混入文本），Sublime 会静默截断，建议先用
xxd或file -i确认纯文本 - 超大文件保存失败时，可复制内容到新窗口（
Ctrl+N→Ctrl+V），再另存为，绕过原文件锁和缓存逻辑
想自动删重复行或排序？别硬写 Python 插件，用内置命令更稳
很多人搜 “Sublime deduplicate lines plugin”，其实不用装第三方——Sublime 自带的 Sort Lines 和 Remove Duplicate Lines 在大文件下表现比多数插件好，前提是关闭了干扰项。
- 先确保已关掉
index_files和语法高亮（前面已提） -
Ctrl+Shift+P→ 输入Sort Lines，选原地排序；想去重就输Remove Duplicate Lines - 注意：这两个命令只作用于当前选区，全选（
Ctrl+A）后再运行，否则只处理可视区域 - 排序性能取决于内容复杂度，纯 ASCII 日志行排序几秒内完成；含中文或混合编码时，先转成
UTF-8再操作
真正的大文件（>4GB）Sublime 本就不适合当主力编辑器——它的架构没做 mmap 或流式解析。日常处理 500MB 以内的日志、配置拼接、简单清洗没问题，但涉及字段切分、条件过滤、多文件关联，该切到 awk、sed 或 Python 的 csv 模块。别在 UI 里硬扛，那是反模式。
