正则调试与 JSON 在线工具清单

不装客户端，打开就能用

这一类站点的共同点是：任务很碎、用完就走、但几乎每周都会遇到。写一条正则、格式化一段压缩过的 JSON、把时间戳转成日期、解开一段 JWT，为它们装桌面软件不划算，塞进书签栏最合适。我挑这类站点只看两件事，一是纯前端处理还是会把数据传到服务器，二是页面有没有广告遮住输入框。涉及线上日志、带 token 的字符串时，第一点尤其要紧。

还有一条隐性标准：打开到出结果别超过十秒。需要注册、需要等广告倒数、需要先把文件上传到云端的，都不符合这个标准，我会直接换掉。工具站的价值就在快，慢了还不如本地写两行脚本。

常驻的几个和各自用途

• regex101：写和调正则的主力。左侧选语言，PHP 的 PCRE、JavaScript、Python 各有差别；右侧实时高亮分组和匹配结果，底部信息会告诉你回溯次数，正则写得过于贪婪时这里是第一个报警的地方。
• RegExr：查语法速查表和看别人写的常用模式，社区范例比自己从零憋快，尤其适合临时要个邮箱或日期校验的场合。
• JSON 格式化与校验站：贴进去一键美化、折叠节点、定位第几行第几列报错。接口返回一大坨压缩 JSON 时，先格式化再读是基本动作，而报错定位其实比美化更常用。
• JWT.io：把三段式 token 解开看 header 和 payload，排查过期时间和签发方。注意别把生产环境的有效 token 贴到任何在线工具里。
• 时间戳与进制转换小工具：秒级和毫秒级互转、UTC 与本地时间对照，排查日志时天天用，属于最不起眼但打开次数最多的一个。

regex101 留在书签栏的理由最实在：它把我以为是这么匹配和引擎实际是这么匹配摆在同一屏上。同一个模式在 JavaScript 和 PHP 下结果可能不同，切换语言下拉框就能复现，这种对照能力本地编辑器给不了。我好几条校验规则都是在这上面从错到对改出来的。

几个省时间的习惯

写正则时先用最小的测试串把分组跑通，再逐步往测试框里加边界情况，别一上来就贴整篇日志。regex101 的测试用例功能可以把这些边界串存成一组，改表达式时一眼看出哪条回归了，我给几个常用校验规则都留了这样的用例集，隔半年回来改也不心慌。

另外把语言选项当成第一件事确认。PCRE 和 ECMAScript 在命名分组、后行断言上的支持差别很常见，调试半天发现是选错了方言最亏。对于敏感数据，我的做法是只贴结构、不贴值：把真实手机号替换成同样长度的占位串，正则和 JSON 结构照样能验，内容不会离开本机。这条底线我写进了自己的检查清单，比任何工具设置都可靠。

这类工具的价值不在功能多，而在打开到出结果不超过十秒。任何需要注册、需要等广告倒数、需要把数据上传的，我都会换掉，哪怕它功能更全。