Regex101

Regex101（https://regex101.com/）是专注正则表达式的在线测试与学习工具：选引擎、写表达式、贴测试文本，即时看匹配高亮、捕获组、错误与替换结果，并可读到对表达式结构的解释。它解决“规则到底匹配了什么”，不是通用文本编辑器，也不替代单元测试里的回归用例。

调试时按这个顺序走

1. 先选与生产环境一致的 flavor；当前可选 PCRE2、ECMAScript、Python、Golang、Java、.NET 7、Rust 与 PCRE Legacy。
2. 准备能覆盖边界的样本文本：空串、多行、Unicode、失败样例都要有。
3. 看匹配次数与捕获组，而不是只看“有没有高亮”。
4. 需要改写时用替换面板验证输出，再拷回代码。
5. 复杂规则保存分享链接，方便评审，但敏感数据先脱敏。

为什么 flavor 选错会翻车

各 flavor 在命名组、回溯、Unicode 属性、行首行尾等方面并不完全互通；页面同时提供 Match、Substitution、List 与 Unit Tests 功能。网页上用 PCRE 调通、线上用 Python re 失败，是常见事故。团队规范应写死：文档与 CI 使用同一引擎说明，Regex101 只是加速观察的镜子。

解释面板怎么用

适合教学与 Code Review：把“这段在干什么”讲清楚。仍要警惕灾难性回溯，解释能懂结构，不保证性能。

替换与单元测试

替换面板验证一次不够；把关键样例写进测试，防止下次改规则 silently break。

和 IDE 正则、脚本试跑的分工

IDE 内搜索适合改文件；本地脚本适合大数据量压测；Regex101 适合快速看清捕获与边界。超大日志不要整文件贴进浏览器，先抽样。

安全注意

不要把含密钥、身份证、客户原文的日志贴到公共分享链接。教学示例用虚构数据。对用户输入做校验时，除正确性外还要评估 ReDoS 风险。

把“线上 flavor + 三正向两反向样例”写成团队正则验收模板，PR 里贴 Regex101 链接时必须同步贴脱敏样例。只丢表达式不丢样例，评审无法判断是否过拟合。对用户输入做匹配时，优先白名单与长度上限，再考虑复杂正则。

什么时候不必打开它

简单字面匹配、已有完善测试的稳定规则、或必须在特定运行时才能复现的行为，直接在目标环境测更快。Regex101 是放大镜，不是唯一真相源。

把常用“坑表达式”（邮箱、路径、多行日志）沉淀成团队内部示例库，新人先复现再改，比从零搜教程少走弯路。性能敏感路径用生成式测试喂随机长串，观察是否卡死。