Sublime Text支持PCRE环视语法，包括正向/负向先行断言（(?=...)、(?!...)）和后行断言（(?<=...)、(?<!...)），用于基于上下文的精准匹配与替换。
Sublime Text 支持 PCRE 风格的环视（Lookaround）语法，包括正向先行断言 (?=...)、负向先行断言 (?!...)、正向后行断言 (? 和负向后行断言 <code>(?。它们不消耗字符，只做位置判断，特别适合「匹配某内容但不替换它」或「只在特定上下文里替换」的场景。
✅ 先行断言：匹配后面满足条件的位置
用 (?=...) 或 (?!...) 判断光标右侧是否符合模式，常用于「只改后面跟着数字的字母」这类需求。
- 把所有后面紧跟
px的数字替换成两倍值（如12px → 24px），但不替换px本身：
(\d+)(?=px)替换：
$1*2（⚠️注意：Sublime 不支持表达式计算，需手动算好或用插件；此处仅示意逻辑）更实用做法：查找
(\d+)(?=px)，替换为 24（若已知是 12）；或配合 Ctrl+Shift+P → RegReplace 插件实现动态计算。
- 删除所有不是以
https://开头的链接中的http://：
http://(?!https://)替换：
https://→ 匹配
http://，但要求它后面不能紧跟着 s://，即排除 https:// 已存在的位置。
✅ 后行断言：匹配前面满足条件的位置
用 (? 或 <code>(? 判断左侧是否符合模式，适合「改某个前缀之后的内容」。
- 只给类名中带
-theme-的 CSS 属性加前缀，比如把color: red替成-webkit-color: red，但仅限于.dark-theme-开头的规则内：
(?替换：
-webkit-color:→ 这个写法较复杂，实际建议分步：先选中
.dark-theme-... 块，再局部替换。后行断言在 Sublime 中要求固定长度（如 (? ✅，<code>(? ❌），所以 <code>[^}]* 类变长结构可能失败。稳妥写法是用 (? 控制最大回溯长度。
<ul>
<li>批量清理日志中「成功」前的冗余 ID（如 <code>[ID:12345] 操作成功 → 操作成功），但保留其他 ID：
查找：\[ID:\d+\]\s+(?=\S+成功)替换：
（空）→ 这里用了先行断言确保后面是「非空格+成功」，而
\[ID:\d+\]\s+ 是实际被替换的部分，干净利落。
⚠️ Sublime 中环视的限制与避坑点
Sublime 使用的是 Boost.Regex 引擎（非完整 PCRE），对后行断言支持有限，且不支持变长后行断言（如 (? 或含 <code>.* 的 (?）。常见问题和对策：
- 报错
lookbehind assertion is not fixed length→ 把.*改成.{0,50}等明确上限 - 后行断言没生效 → 换成「先选中上下文块」+「局部查找替换」，更稳定
- 想用
$1*2计算 → Sublime 原生不支持，可安装RegReplace或Text Pastry插件辅助 - 大小写敏感干扰 → 点击 Find 面板右下角
Aa关闭 case sensitive，或加(?i)开头
? 实用组合技巧：环视 + 分组 + 条件替换
虽然 Sublime 不支持 (?(condition)yes|no) 条件表达式，但可用环视模拟简单逻辑：
- 把
url(...)中的相对路径补全为/static/开头，但跳过已有http或/开头的：
url\((?!"|')([^"')]+?)(?替换：
url('/static/$1'→ 解析：匹配
url( 后非引号内容，且该内容结尾不能是 :// 或 /（负向后行断言），从而避开绝对路径。
基本上就这些。环视不是万能钥匙，但在精准控制替换边界时非常锋利——关键是理解它「只检查、不捕获、不移动光标」的本质。多试几个小样例，比背语法更快上手。
