如何用边界样例测试 JavaScript 正则表达式，并安全地预览替换

当预期行为可用样例表达时，正则才更值得信任。列出必须匹配、必须不匹配、边界、空值、Unicode 或标点、以及只差一个字符的“几乎匹配”输入。每个正例还应说明需要的是完整匹配、编号分组还是命名分组。

不要因为模式能匹配一个顺利样例就采用它。`^`、`$`、单词边界、行尾、空白、可选部分和转义规则常常决定模式是放得太宽还是误拒绝有效输入。模式应只完成窄任务；当 JSON、URL、日期或标记语言的完整语法重要时，应使用解析器或结构化验证器。

放大图片

锚点配合多行 flag 让每一整行独立检查，避免接受部分行。

此工具使用浏览器 JavaScript `RegExp` 引擎，支持 `g` 全局、`i` 忽略大小写、`m` 多行、`s` dotAll、`u` Unicode、`y` 粘滞。即使这里可用，PCRE、Python、Java、.NET、数据库或服务端框架仍可能不同，因为语法、Unicode 行为、后行断言支持和替换规则并不通用。

把每个 flag 视为测试的一部分。`g` 决定操作是否考虑所有出现位置；`m` 改变 `^`、`$` 在换行附近的含义；`s` 让点号匹配行终止符；`u` 改变 Unicode 感知解释；`y` 要求下一次匹配恰好从当前位置开始。普通模式会收集全部匹配以便检查；粘滞模式会按粘滞语义执行。

放大图片

锚点配合多行 flag 让每一整行独立检查，避免接受部分行。

捕获分组是输出数据，不只是为了视觉分组的括号。应检查每个编号分组和命名分组，并分别用“存在”和“可选但不存在”的样例验证。此工具将未匹配的可选分组显示为空值，因此需要确认接收代码或替换文本是否期望这种结果。

用相同样例测试替换字符串。JavaScript 的 `$&`、`$1`、`$<name>` 等替换语法未必与其他语言或编辑器一致。该工具填写替换内容后会预览全局替换，即使未选择 `g`；修改标识符、地址、URL 或结构化文本时，必须逐项检查结果。

放大图片

近似输入和过长行在替换输出中保持不变。

当嵌套且含糊的重复遇到长的“几乎匹配”输入时，JavaScript 正则求值可能耗时异常。例如形状接近 `(a+)+`、`(.*)*`，或重叠分支后接失败后缀的模式，都应格外谨慎。输入长度上限有所帮助，但不能证明模式安全。

测试器把文本限制为 500 KB，最多列出 1,000 个匹配，但不会在 worker 中运行，也没有执行超时。设计模式时应先用短小的对抗样例；不要对大型不可信输入运行未经审查的表达式；生产流量需要时，应在服务端建立时间、输入大小或引擎层面的保护。

放大图片

近似输入和过长行在替换输出中保持不变。

将模式、flags、样例、预期分组和预期替换结果保存在使用它的代码或配置旁边。复制正则字面量和匹配 JSON 可帮助写复核记录，但稳定的事实来源应是在最终运行时中的自动化测试。修改字符类、锚点或量词后都应重新运行样例。

MV Tools 中的模式、测试文本、结果、复制和替换预览均留在浏览器。这样可减少向 MV Tools 的网络暴露，但日志、token、邮箱、客户数据和带签名 URL 仍可能敏感。调试时使用最小化的脱敏样例，并遵守正则最终运行系统的数据规则。

放大图片

锚点配合多行 flag 让每一整行独立检查，避免接受部分行。