Sublime正则失效主因是.图标未启用：^和$默认只锚定全文起止，需点蓝.*、显式兼容\r\n（如^#\r?）、切Unix(LF)换行；删空行应写^[ \t]*$而非^\s$，因\s会吞换行符破坏格式。
Sublime 的正则不是“输完就能用”，90% 的失效问题出在 .* 图标没点蓝——它默认灰色，必须手动点成蓝色才真正启用正则模式。
为什么 ^ 和 $ 匹配不到行首行尾？
因为 Sublime 默认开启多行模式（Multiline），但 ^/$ 在 Windows 粘贴文本（含 \r\n）或中文界面插件干扰下，无法稳定锚定每行起止。尤其当文件末尾没换行符时，最后一行的 ^ 完全失效。
- 先切回 Plain Text 语法：Ctrl+Shift+P →
Set Syntax: Plain Text，排除高亮插件干扰 - 显式兼容 \r\n：把
^#改成^#\r?，$后加\r?同理 - 右下角点击换行符标识（如显示
Windows (CRLF)），切换为Unix (LF)再试
删空行最稳写法是 ^[ \t]*$，不是 ^\s*$
^\s*$ 看似简洁，但在 Sublime 中 \s 会匹配 \n 和 \r，导致吞掉换行符、破坏 Git 提交格式，甚至让两行代码连成一行。
- 安全写法：
^[ \t]*$—— 只匹配空格和 Tab，不碰换行符 - 要兼容全角空格或零宽字符？用：
^[ \t\u3000\xA0]*$ - 务必关闭
. matches newline（右下角那个.图标不能高亮），否则^[ \t]*$会跨行匹配 - 末尾无换行符的“视觉空行”无法被匹配，需全选后执行替换，或手动补删
捕获组 $1 不生效？三个硬条件漏一不可
Sublime 不解析语法外的上下文，$1 是字面量还是真实引用，只取决于三件事是否全部满足。
-
.*图标没点蓝：正则模式未启用，所有括号都当普通字符处理 - 查找框里没写带括号的捕获组：比如想提
id=123中的数字，必须写id=(\d+)，不能只写id=\d+ - 跨文件替换（Ctrl+Shift+F）时，
Where路径留空或填了*：匹配范围失控，$1可能引用到非预期内容
提取括号内容时，.*? 极易越界匹配
用 .*? 提取 (...) 看似简单，但遇到注释、嵌套或跨行函数体时，会从第一个 ( 一路抓到文件末尾最后一个 )。
- 单层无嵌套：用
\(([^)]+)\)——[^)]+明确排除右括号，比.*?更稳 - 支持换行：先勾选
. matches newline，再用\{([\s\S]*?)\} - 嵌套括号（如
fn(a(), b())）：Sublime 不支持(?R)递归，必须分步处理——先提最内层，再外层；或改用专用解析器
真正难搞的不是语法本身，而是边界模糊的场景：HTML 标签对、JSX 模板字符串、注释与代码混排时精准跳过注释块——这些地方正则容易失焦，该让位给语法解析器或编辑器原生命令。
