sublime text 不支持正则“输入即高亮”的实时预览，因其查找引擎为按需执行而非监听式架构；需通过查找面板（启用.*和.标志位）、快捷键快速执行find all，或借助regex101.com外部工具实现高效调试。
为什么 Sublime 没有真正意义上的正则实时预览
Sublime 的查找引擎（基于 Boost.Regex）是按需执行的，不是监听式架构——它不会在你敲 ^ 或 \d+ 的瞬间动态刷新匹配范围。所有高亮都依赖你主动点击 Find All 或按下 F3。这不是 Bug，是设计使然。
怎么用查找面板逼近“可视化测试”效果
关键不在“自动”，而在“快速反馈”。操作链必须压缩到 2–3 步内，才能模拟出接近实时的体验：
- 按
Ctrl+F（Windows/Linux）或Cmd+F（macOS）打开查找面板 - 立刻点击右下角的
.*图标（变蓝才算激活），再点.（dotall）按钮启用跨行匹配（如需） - 输入正则，马上按
Alt+Enter（Windows/Linux）或Cmd+Enter（macOS）执行Find All—— 这比点鼠标快得多 - 匹配项会高亮，右下角显示
Found X matches；若为 0，说明正则写错了或标志位没开
常见卡点：console\.log\(.*?\) 写对了却没结果？90% 是 .* 没点亮，剩下 10% 是没关 Aa（大小写敏感）导致小写 log 没被识别。
捕获组验证不能靠眼睛看，得靠替换反推
Sublime 不显示 、 实际提取的内容，但你可以用「替换预演」来确认分组是否抓准：
- 查找：
getUserInfo\(([^)]+)\)（安全，防跨行、防贪婪） - 替换：
DEBUG_$1（不用真实改代码，只看替换后是否符合预期） - 先点
Replace All，观察结果：如果getUserInfo(id)→DEBUG_id，说明$1提取成功；如果变成DEBUG_(id)，说明括号没被排除，正则应改为getUserInfo\(([^)]+)
注意：$0 是整个匹配，$1～$9 是前 9 个 ()，不支持命名捕获组（如 (?<name>...)</name>）。
真正可靠的可视化测试必须借助外部工具
把 Sublime 当编辑器，把 regex101.com 当调试器——这是最省时间的组合：
- 复制待测文本（含换行、特殊字符）到 regex101.com 左栏
- 右栏粘贴正则，选
PCRE (PHP)引擎（和 Sublime 的 Boost.Regex 行为最接近） - 它会实时高亮、展示分组树、解释每一步匹配逻辑，甚至标出回溯瓶颈
- 调通后，复制正则回 Sublime，确保
.*和.标志位已开，再Find All
别省这一步。Sublime 对不可见字符（BOM、零宽空格、全角空格 U+3000）极其敏感，regex101 能帮你一眼揪出干扰源。写完正则不验证就全局替换，等于在没关保险的情况下扣扳机。
