sublime中匹配url和邮箱需卡边界、避干扰、适配引擎：url用href=(["'])(1*)\1或https?://2+，禁用\b；邮箱校验必须加^$锚定，中文混排用负向断言替代\b。"'" ↩\s"')> ↩
Sublime里匹配URL和邮箱，不是写得越长越准，而是得卡住边界、避开干扰、适配引擎。 Boost regex不支持后瞻断言，\b在中文混排下不可靠，.*默认贪婪——这些细节不处理，正则就容易漏掉或抓错。
匹配URL时为什么总多出引号或截断
常见错误是用https?://.*或href="(.*)"，结果匹配到"https://a.com"带引号，或跨标签吞进>甚至换行。根本问题在于没锁死引号类型和内容范围。
- HTML中提取
href或src，必须用href=([\"'])([^\"']*)\1，\1确保引号闭合，[^\"']*防吞过头 - 纯文本中提取裸URL，推荐
https?://[^\s\"')\]\>]+，[^\s\"')\]\>]+比[^\s]+更安全，能躲开HTML标签尾部和括号 - 遇到换行打断的URL（如邮件正文），加
(?s)前缀启用单行模式，但要小心误匹配跨段内容 - 别用
\b锚定URL结尾——https://a.com.末尾句点会被\b截断，直接去掉更稳妥
邮箱正则在Sublime里必须加^和$
Sublime的「Find All」默认子串匹配，[a-zA-Z0-9._%+-]+@[a-zA-Z0-9.-]+\.[a-zA-Z]{2,}会从user: test@example.com; pwd:123里抠出test@example.com，但你真正想验证的是“这一整段是不是合法邮箱”。
- 校验场景一律用
^[a-zA-Z0-9._%+-]+@[a-zA-Z0-9.-]+\.[a-zA-Z]{2,}$，前后锚定 - 中文混排时禁用
\b，Sublime对Unicode词边界的识别不稳定，改用(?这类负向断言更可控 - 全角
@或空格会导致匹配失败，先用Ctrl+H把@（全角）替换成@，再跑正则 - 测试时粘一段干扰文本（比如
email: a@b.c | tel: 138xxx），按Alt+Enter看高亮是否刚好卡在邮箱上，不多不少
跨文件搜索和批量提取的实操陷阱
Ctrl+Shift+F输出的是带路径和行号的结果列表，不能直接复制纯URL或邮箱；而Ctrl+F + Find All（Alt+Enter）生成多光标选中，Ctrl+C出来就是干净列表——这是最常用也最容易被忽略的分流点。
- 提取整行含URL的内容，正则写成
^.*https?://[^\s\"')\]\>]+.*$，再按Ctrl+L扩展为整行选中 - 全局搜索前先折叠
<script></script>和<style></style>块（Ctrl+Shift+P→Fold Tags），否则JS字符串里的href=会被误抓 - 复制后粘贴乱码？关掉
View → Word Wrap，并确认右下角编码是UTF-8 - 去重需手动：粘贴到新标签页 →
Ctrl+H查找^(.*)$\s+^1$（开启Regex +. matches newline），替换为空
真正难的不是写出能高亮的正则，而是让同一套规则在Sublime里能精准选中，在JS里test()返回true，在Python里re.fullmatch()不报错——协议开头、引号闭合、Unicode支持、贪婪控制，每个点都得单独对齐。
