sublime text 对大于 5mb 文件进行跨行正则替换极易崩溃，因 pcre 引擎回溯爆炸；应通过 find in files 预筛选、新标签页处理、外部工具（如 perl/sed/powershell）分步完成。
Sublime Text 对大于 5MB 的文件做跨行正则替换，极易触发内存溢出并假死或崩溃——这不是配置没调好，而是 PCRE 引擎在大文本中回溯爆炸的固有行为，必须绕开而非硬扛。
为什么大文件+正则=崩溃
Sublime 的 PCRE 引擎在处理长文本时，一旦正则含 .*、.+ 或嵌套量词（如 (a+)+），就会指数级回溯；尤其当开启 . matches newline 后，.*? 实际扫描整文件，内存占用瞬间飙到 2GB+ 并卡死。这不是内存不足，是引擎设计限制。
- 崩溃前典型现象：CPU 占用 100%、界面冻结、右下角状态栏卡在 “Searching…” 不动
- 即使调大
large_file_size，也只影响“是否允许打开”，不影响正则执行时的内存安全 -
\R虽比\r?\n可靠，但不能缓解回溯问题；它只是换行符匹配语法糖
真正有效的三步规避法
不依赖“调大内存”或“等新版修复”，而是从操作路径上切断风险：
- 先用
Ctrl+Shift+F（Find in Files）定位目标行：Where 填具体路径（如src/, -node_modules/），查找模式用轻量正则（如console\.log\b），禁用. matches newline—— 这步几乎不卡 - 对高亮结果点
Find All→Copy All，粘贴到新标签页；此时你只处理几百行有效内容，不是整个大文件 - 在新标签页里用
Ctrl+H安全替换，确认无误后，再手动复制回原文件对应位置（或用插件SideBarEnhancements的 “Replace in Files” 分批写入）
哪些正则写法在大文件里绝对要禁用
以下模式在 >3MB 文件中等于主动触发崩溃，无论是否勾选 . matches newline：
-
^.*$（匹配整行）→ 改用^[^\r\n]*$或分段查^\s*$删空行 -
"[^"]*"（匹配双引号字符串）→ 大文件中会贪婪吞穿多行，改用"([^"\r\n]*)"限定单行，或用\K拆解："\K[^"\r\n]*(?=") -
{.*?}（匹配花括号块）→ 必崩，改用{[^{}]*}（仅一层）或{(?:[^{}]|{[^{}]*})*}（需极谨慎，仍可能慢） - 所有含
(?s)或(?m)且搭配.*的组合 → 直接放弃，换命令行工具（如sed -i '' 's/pattern/replacement/g' file）
实在要批量改大文件？用外部工具兜底
Sublime 不是 grep/sed 替代品。当文件 >10MB 或需跨行结构化替换时，必须切出去：
- macOS/Linux：用
perl -i -pe 's/old/new/g' file（支持\K和 Unicode） - Windows：用 PowerShell
(Get-Content file.txt) -replace "old","new" | Set-Content file.txt（注意编码，加-Encoding UTF8） - 通用方案：在 Sublime 里用
Ctrl+Shift+P→Shell Command: Run Shell Command，直接调用系统命令，结果自动刷新回编辑器
最后提醒：大文件替换没有“一键安全方案”，关键在别让 Sublime 的正则引擎看到整块原始数据——切片、预筛选、交由专业工具，才是真实践中唯一稳定的路径。
