免费正则表达式测试器 — 在线实时匹配与调试

什么是正则表达式测试器？

// The pattern you build in this tester drops straight into JavaScript.
// Example: extract every ISO date from a string with named groups.

const pattern = /(?<year>\d{4})-(?<month>\d{2})-(?<day>\d{2})/g;
const text = 'shipped 2026-05-21, scheduled 2026-06-30';

for (const m of text.matchAll(pattern)) {
  console.log(m.groups.year, m.groups.month, m.groups.day);
  // → 2026 05 21
  // → 2026 06 30
}

// Same regex, used in a replace with $<name> templates:
text.replace(pattern, '$<day>/$<month>/$<year>');
// → 'shipped 21/05/2026, scheduled 30/06/2026'

// With the /d flag, every match carries [start, end] indices
// per capture group — the Matches panel uses this to paint offsets.
const p2 = /(?<year>\d{4})-(?<month>\d{2})/gd;
const m = [...text.matchAll(p2)][0];
m.indices.groups.year; // [8, 12]

核心特性

实战示例

[a-zA-Z0-9._%+-]+@[a-zA-Z0-9.-]+\.[a-zA-Z]{2,}

/[a-zA-Z0-9._%+-]+@[a-zA-Z0-9.-]+\.[a-zA-Z]{2,}/g

(?<year>\d{4})-(?<month>\d{2})-(?<day>\d{2})

/(?<year>\d{4})-(?<month>\d{2})-(?<day>\d{2})/g

(\w+) (\w+)

替换模板：$2, $1   →   Jack Doe → Doe, Jack

[ \t]+$

/[ \t]+$/gm

(a+)+b

测试文本：aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaac

[,;|]\s*

alpha, beta; gamma | delta → ["alpha", "beta", "gamma", "delta"]

如何使用正则测试器

1. 1

   把 pattern 写进两条斜线之间

   在 /…/ 输入框里放任意 ECMA-262 正则表达式。非法 pattern 会标红并提示 parser 报错；合法 pattern 立刻进入实时匹配。

2. 2

   切换你需要的 flag

   g（global）、i（忽略大小写）、m（multiline）、s（dotAll）、u（unicode）、y（sticky）、d（indices）。每个 chip 打开时会亮起；pattern 右侧的 readout 会显示规范化的字面量。

3. 3

   把测试文本贴进来

   随键入实时高亮，相邻匹配以交替色区分。右侧的「匹配与捕获组」面板会列出每条匹配的 [start, end) 偏移、完整匹配文本与每个捕获组的值（命名分组以 $<name> 标注）。

4. 4

   切换标签做替换、切分或解释

   Replace 在输入旁预览替换模板。Split 按匹配边界切分文本。Explain 把 pattern 一个 token 一个 token 拆开，给每个元素配一条纯文字描述。

5. 5

   复制字面量或分享 permalink

   「Copy /pattern/flags」把规范化的 regex 字面量复制到剪贴板，可直接贴进 JavaScript / TypeScript / Node。「Copy link」把完整状态编码进 URL 哈希（不会上传），同事在本地就能复现。

常见正则错误

Pattern: /\d+/  →  '1 22 333' 只拿到 ['1']

Pattern: /\d+/g  →  '1 22 333' 拿到 ['1', '22', '333']

Pattern: /<.+>/  →  命中 '<a> and <b>'

Pattern: /<[^>]+>/  →  分别命中 '<a>' 和 '<b>'

Pattern: /(a+)+b/  跑 'aaaaaaaaaaaaaaaaaaaaac'  →  超时

Pattern: /a+b/  同样输入  →  瞬间得到「无匹配」

Pattern: /^Error/  在多行日志上不开 /m  →  只命中第一行

Pattern: /^Error/m  同样输入  →  匹中所有以 Error 开头的行

text.replace(/(\w+)/, m => '$1')  →  得到字面量 '$1'

text.replace(/(\w+)/, (_, g1) => g1.toUpperCase())  →  真正用到捕获

Pattern: /\w+/  能匹 'hello'，匹不上 'héllo' 或 '你好'

Pattern: /\p{Letter}+/u  三个都能匹

Pattern: (?i)foo  →  SyntaxError: invalid group

Pattern: foo 配 /i flag 打开  →  效果一致

谁在用这个工具

在上线前验证表单输入

确认你的 email / 电话 / 邮编 / 用户名 regex 真的匹中了你预期的东西——并且拒掉了你不期望的——覆盖各种边界情况（Unicode 姓名、+ 号别名、国际化格式），不要让校验在生产上反复弹真实用户。

从日志和配置里抽取数据

搭一段 pattern，从任意日志切片里拉出 request ID、状态码、延迟或栈帧行。命名分组让数据自带说明；匹配面板显示偏移，让你之后可以把同一个 regex 喂给 rg --replace 或 grep -oE。

在代码库里做查找替换

先在这里起草一段重构 pattern（比如 (\w+)\.apply\(null,\s*\[(.*?)\]\) → $1($2)），对着典型片段预览替换结果，再把验证过的 regex 贴进编辑器的项目级查找替换，放心发车。

对网上抄来的 pattern 做合理性检查

从 StackOverflow 或博客复制了一段 regex？丢进 Explain 标签——每个 token 都会被翻译成纯英文/中文。提前发现细微问题（本该 .+ 却写了 .+?、漏掉 ^/$ 锚点、不小心写成贪婪量词），别让它进你的代码。

给队友讲清楚正则

对着一段能跑的 pattern 打开 Explain 标签，一个 token 一个 token 走过去。颜色编码（转义 / 量词 / 字符类 / 分组 / 锚点 / alternation）让新手一眼看到 regex 的结构形态，而不是只看到字符的堆砌。

在不同语言之间移植 pattern

手里有一段 Python 或 PCRE 的 regex 要在 JavaScript 里用？贴进来。能解析，解释器就告诉你它在 JS 下的语义；解析不了，parser 报错会指名是哪个构造（atomic group、占有量词、行内 (?i)）出问题，让你确切知道该改哪里。

调试线上慢 regex

怀疑服务端某段 regex 触发了灾难性回溯？把它和一份真实输入样本贴进这个测试器。在病态情况下 250ms wall-clock 看门狗会触发，你不用上 profiler 就能拿到诊断结论——解释器还会把嵌套量词的病灶指出来。

引擎与算法说明

ECMA-262 RegExp 引擎（浏览器原生）

底层就是 new RegExp(pattern, flags)，跑的是 V8 / JavaScriptCore / SpiderMonkey 内置引擎——和你在任意 JavaScript 环境里得到的 regex 语义完全一致。在这里通过验证的 pattern 在 Node.js、Deno、Bun 以及每个现代浏览器里都能原样运行。

用 String.matchAll 做匹配迭代

全局迭代用的是 text.matchAll(regex) 而不是手写 lastIndex 循环，因此每条匹配都自带捕获组、命名分组，以及（开 /d 时）[start, end] 索引。零宽匹配按标准做 +1 lastIndex 推进，避免死循环。

Wall-clock 超时做 ReDoS 防护

每次 match、replace、split 都套着 250 毫秒预算。引擎在一次匹配尝试内部仍会回溯，但外层迭代会配合预算——病态 pattern 以 timedOut: true 中止，UI 弹出警告而不是锁死标签页。

替换模板的重新实现

Replace 标签的 $1..$N、$&、$、$'、$$、$<name> 是手写解析的，而不是直接交给 String.replace`——好处是即使在命名分组模板有边界情况的旧引擎（旧 Safari、旧 Node）上，预览结果也保持一致。输出就是当前 JavaScript 引擎该有的样子。

为解释器准备的 pattern tokenizer

Explain 标签跑的是手写 tokenizer，把每一段 pattern 归到（转义 / 元字符 / 量词 / 字符类 / 分组起 / 分组止 / 锚点 / alternation）某一类里。无法识别的构造会落到 literal 上配一行通用说明，确保解释器永远不会悄悄丢内容。

Permalink 走 URL 哈希（永远不传输）

分享状态编码在 location.hash 片段里（#p=…&f=…&t=…&tab=…）。浏览器不会在 HTTP 请求中传 fragment，所以 go-tools.org 服务器在 permalink 被打开时收到 0 字节数据。hydration 完全发生在对方设备上。

正则最佳实践

需要锚定时一定要锚定

^pattern$ 匹配整串严格相等；pattern 在任意位置都能命中。选错是表单校验最常见的 bug：漏掉 ^ 会让 attacker.com/ 之类的前缀混进域名检查；漏掉 $ 会让末尾乱码通过。用 Match 标签对着故意构造的非法样本跑一遍，确认到底拒掉了什么。

纯结构用非捕获分组

(?:foo|bar)+ 和 (foo|bar)+ 功能完全相同，但前者不分配捕获组。每当分组只是为了配合量词或 alternation，就用 (?:…)——能让你的 $1..$N 编号保持稳定，也省掉引擎一点点开销。

ASCII 之外的内容请开 /u

不开 /u 时，点号和 \w 会把代理对字符（emoji、非 BMP 码点）当成两个 UTF-16 码元；开 /u 后，它们各自是一个码点——和你的用户在视觉上看到的一致。/u 还启用 \p{Letter} 等属性转义。写新 pattern 时默认开 /u，除非你有具体理由不开。

给捕获组起名字

(?<year>\d{4})-(?<month>\d{2}) 是自带说明的。半年后回头看这段 regex，m.groups.year 一眼能知道是年——m[1] 不行。带 $<name> 的替换模板也对分组顺序调整免疫：一旦有人在中间加一个新分组，位置模板会立刻爆掉。

测失败用例，而不只是成功用例

regex tester 真正的用处是验证失败。先确认 pattern 匹中了什么，再故意改测试文本看它没匹中什么——前导空白、末尾空白、缺字段、多字段、大小写错、多语种混杂。只能 happy path 通过却放过垃圾输入的 pattern，是生产上最先被 user 暴出来的那种 bug。

常见问题