Sublime Text中^和$不匹配行首行尾是因为启用了“.匹配换行符”模式，导致其退化为匹配全文起止；关闭该模式（点.\*按钮旁的\n图标或用Alt+R/Cmd+Alt+R）后，^和$才回归逐行匹配功能。

Sublime Text 正则替换里 ^ 和 $ 为什么不匹配行首行尾？

因为默认开启的是「. 匹配换行符」模式（即 . 能跨行匹配），^ 和 $ 就会退化为匹配整个文本的开头和结尾，而不是每行。这不是 bug，是 PCRE 引擎在多行模式下的默认行为。

解决办法很简单：关掉那个开关。

• 打开查找面板（Ctrl+H 或 Cmd+H）
• 点右下角的 .* 按钮（正则模式开关），确保它处于**高亮激活状态**（说明正则已开），但再确认一次——它旁边不能有 \n 图标；如果有，点一下把它关掉
• 或者更稳：按 Alt+R（Windows/Linux）或 Cmd+Alt+R（macOS）强制切换正则模式，避免误触「跨行匹配」

这时候 ^ 才真正表示“当前行开头”，$ 表示“当前行末尾”。比如 ^#.*$ 就能准确删掉所有以 # 开头的整行注释。

想批量给每行加前缀？别手敲，用 \1 回溯引用

很多人习惯写 .* 然后手动拼接新内容，结果发现替换后整行没了——因为没保留原内容。关键不是“加什么”，而是“怎么把原来的也带进来”。

正确做法是捕获整行，再在替换框里用 \1 把它放回去：

• 查找框填：^(.*)$（注意：确保上面说的跨行模式已关闭）
• 替换框填：prefix_\1_suffix（例如 // \1 给每行加双斜杠注释）
• 如果只想处理非空行，改成 ^(\S.*)$，避免匹配纯空白行

\1 是第一个 () 捕获的内容，不是 $1 —— Sublime 只认反斜杠语法，写 $1 会被当字面量处理。

\b 在 Sublime 里不工作？可能是编码或单词边界定义不同

\b 理论上匹配单词边界（字母/数字/下划线 和 非这些字符之间的位置），但在 Sublime 里常失效，尤其遇到中文、短横线、点号或 Unicode 字符时。

根本原因是 Sublime 的正则引擎对 \b 的“单词字符”定义严格基于 ASCII：[a-zA-Z0-9_]，不包含中文、全角符号、连字符等。所以 \btest\b 能匹配 test，但匹配不了 测试test 前面那个“界”。

• 替代方案：用否定字符组显式限定，比如 (?
• 更轻量的做法：直接用 ^test$、^test\s、\stest\s 等上下文锚定，比依赖 \b 更可控
• 如果必须处理中英文混排，建议先用 [\u4e00-\u9fa5] 这类范围手动圈出目标，别硬扛 \b

替换后格式乱了？检查 \n 和 \r\n 是否被意外吞掉

Windows 文件用 \r\n 换行，macOS/Linux 用 \n。Sublime 在替换时如果查找项含 \n，而你又没在替换内容里显式写出对应换行符，就可能把原本的 \r\n 替换成单个 \n，导致文件换行符被静默修改，Git 提交时冒出一堆 ^M。

• 查看当前文件换行符：状态栏右下角看是 Windows (CRLF) 还是 Unix (LF)
• 查找换行时，别只写 \n；要匹配通用换行，用 \r?\n
• 替换时若需保留原换行风格，替换内容里也写 \r?\n；若确定统一转 LF，就写 \n，但得提前知道后果
• 批量操作前，先在小范围试 —— 替换完立刻看状态栏换行符有没有变

正则替换不是黑盒操作，Sublime 不会帮你记住原始换行约定，它只忠实地执行你写的 pattern 和 replacement。这点一旦忽略，后续协作成本远高于重做一次替换。