sublime text正则过滤生效需满足三个前提：右下角.图标为蓝色、勾选". matches newline"、where路径正确；删空行应避免^\s$误删换行符，改用^$或^[ \t]*$等精准模式。
Sublime Text 里用正则做复杂字符串过滤，不是写对语法就完事——90% 的失败都卡在模式没启用、跨行没开、或范围没锁住。真正起效的前提只有三个：右下角 .* 图标是蓝色的、. matches newline 勾上了（如需跨行）、Where 路径写对了（全局替换时）。
为什么 ^\s*$ 删空行会出问题
它会吞掉文件末尾的换行符，导致 Git 提交异常、格式错乱。因为 \s 在 Sublime 中匹配 \n 和 \r，而你只想清空格和 Tab。
- 删真·空行（不含任何字符）：
^$ - 删含空格/Tab 的空行（最常用）：
^[ \t]*$—— 显式限定，不碰换行符 - 删全角空格、零宽字符等“伪空行”：
^[ \t\u3000\xA0]*$ - 执行前务必点
Find All预览，特别注意最后一行是否被误删
Ctrl+Shift+F 全局替换总不生效？检查三把锁
Sublime 的全局替换是“三锁机制”，缺一不可。漏掉任意一个， 就原样输出，Replace All 点了等于白点。
- 项目未加载：侧边栏没出现文件树，状态栏左下角没显示路径 → 必须
File → Open Folder…加载目录 -
Where填错：填*或留空，node_modules和dist全被卷入；应写src/**/*.js或**/*.log, !node_modules - 替换后没保存：Sublime 不自动保存，必须手动
File → Save All（或Ctrl+K松开 →Ctrl+B）
跨行匹配失败？(?s) 必须放最前面
默认情况下 . 不匹配换行符，所以 foo.*bar 遇到换行就断。这不是 bug，是 PCRE 标准行为，但用户常误以为是 Sublime 问题。
- 唯一可靠写法：
(?s)开头就加，比如(?s)<div>]*>.*?</div> - 别用
(?m)（多行模式），它只改^和$行为，对.无效 - 匹配 Python docstring：
(?s)"""[^"]*?"""；含转义引号时需分步处理，原生正则无法递归 - 性能提示：用
[\s\S]{1,2000}?替代.*?可防慢匹配，尤其面对大日志文件
过滤日志关键词并高亮？别指望查找面板
查找面板的高亮是临时的、无状态的，关掉就消失。要让 Error:.*Timeout 在整篇日志里始终突出来，得走语法高亮路线。
- 新建
Packages/User/LogRegex.sublime-syntax，内容至少含：file_extensions: [".log"]和match: "Error:.*Timeout"+scope: invalid.illegal.error-timeout -
scope名推荐复用已有主题里已配色的，比如invalid.illegal默认红色粗体，省得改主题 - 若日志格式固定（如
12-30 05:56:56.556 E CoreBackPreview:），可用captures分段着色：match: (\d{2}-\d{2}) (\d{2}:\d{2}:\d{2}\.\d{3}) (E|W|I) (.*) - 写完语法文件后，按
Ctrl+Shift+P→ 输入Reload Syntax刷新，否则不会生效
真正难搞的从来不是正则本身，而是原始文本里的不可见字符、BOM、混用空格和 Tab，或者注释块里藏着一模一样的模式——这些地方，正则容易失焦，该让位给语法解析器或编辑器原生命令。
