sublime text正则需手动启用.*按钮，按行匹配，^/$限单行，仅识ascii；多行需显式写 ；转义须双反斜杠；复杂正则易卡顿，超大文件应预筛。
Sublime Text 的正则查找功能本身很强大，但默认开启后容易误匹配、漏匹配，关键在于正确启用、转义和理解其正则引擎（PCRE）的边界行为。
如何开启正则模式并验证是否生效
按下 Ctrl+F（Windows/Linux）或 Cmd+F（macOS），点击搜索框右下角的 .* 图标——这个按钮被点亮即表示正则模式已启用。若图标灰暗，所有输入都会被当作纯文本处理，d+、[a-z]+ 等写法完全无效。
常见错误：开启正则后仍搜不到数字，其实是没加 d+ 而只写了 d+；或者误以为 * 在任意位置都通配，其实它必须跟在某个字符/组后面才有意义（如 a* 匹配零个或多个 a，单独 * 是非法语法，会报错 Invalid regular expression）。
^/$ 在 Sublime 中的实际作用范围
Sublime 的正则按「行」为单位执行匹配，^ 和 $ 默认只匹配每行开头和结尾，不是整个文件首尾； 是单词边界，但只基于 ASCII 字母、数字、下划线判断，对中文、emoji、连字符（如 user-name）不敏感。
- 想匹配整行只有数字：用
^d+$，不能省略^和$，否则d+会匹配到abc123def中的123 - 想匹配独立单词
print（不匹配printer）：用print，但测试对中文无效，此时改用(? - 跨行匹配？Sublime 原生不支持
.匹配换行符，也不支持/s标志；如需匹配多行内容，得先用Ctrl+H→Alt+R开启正则，再手动把换行写成start .*? end
常用但易错的元字符转义规则
Sublime 使用 PCRE 引擎，但搜索框里不支持所有修饰符（如 /g、/i），大小写敏感靠界面上的 Aa 按钮控制；而反斜杠本身在字符串中要双重转义——你在搜索框输入 d，实际匹配的是一个 d；输入 \ 才能匹配单个反斜杠字符。
这些必须加反斜杠才能当字面量用：. ? * + ^ $ | [ ] ( ) { }。例如搜文件路径中的 C:Users，得写成 C:\Users；搜含括号的函数调用 func()，得写成 func()。
容易踩的坑：
-
[d]≠d：前者是字符类，等价于字面量d；后者才是数字匹配 -
[a-z&&[aeiou]]这种 Java 风格交集写法不支持，Sublime 不认 - 捕获组
(...)可用，但替换时引用要用$1、$2，不是（后者在部分旧版有兼容，但新版统一用美元符号）
性能与大文件注意事项
正则越复杂，Sublime 卡顿越明显，尤其在 >10MB 的日志或 JSON 文件中使用 .*? 或嵌套量词（如 (a+)+）可能触发回溯爆炸，导致界面冻结数秒甚至崩溃。
实操建议：
- 优先用更具体的字符类代替
.*?，比如用[^" ]*替代.*?匹配引号内内容 - 避免
^.*$这类全行匹配，除非真需要；简单查找直接关正则 - 批量替换前先点
Find All看匹配数量，如果显示 “Too many matches”，说明正则太宽泛，赶紧按Esc中断 - 对超大文件，考虑先用外部工具（如
grep -P）预筛，再把结果导入 Sublime 处理
真正难的不是写出正则，而是判断什么时候不该用正则——比如提取 CSV 列、解析嵌套 JSON、处理 HTML 标签，这些场景硬上正则反而容易出错且不可维护。
