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>(? 判断左侧是否符合模式，适合「改某个前缀之后的内容」。
查找：(?
替换：-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( 后非引号内容，且该内容结尾不能是 :// 或 /（负向后行断言），从而避开绝对路径。
基本上就这些。环视不是万能钥匙，但在精准控制替换边界时非常锋利——关键是理解它「只检查、不捕获、不移动光标」的本质。多试几个小样例，比背语法更快上手。