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.*)$，避免匹配纯空白行
是第一个 () 捕获的内容，不是 —— Sublime 只认反斜杠语法，写 会被当字面量处理。
\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。这点一旦忽略，后续协作成本远高于重做一次替换。
