正则调试的关键是拆解为可观察步骤：在exec/test前设断点，检查regex.source、flags和input；用循环exec观察lastIndex推进；拆分子表达式逐段验证；通过replace回调打印匹配细节。
直接在浏览器开发者工具中调试正则匹配过程，关键不是“单步执行正则”，而是把正则拆解为可观察的中间步骤，结合断点、console 和 RegExp 实例属性来还原匹配逻辑。
在匹配前插入断点，检查输入与正则本身
不要等 exec() 或 test() 返回结果后再想“为什么没匹配上”。在调用前加断点，鼠标悬停或在控制台输入：
-
regex.source— 查看原始字符串（确认转义是否正确，比如\d在字符串里实际是d） -
regex.flags— 确认g、i、m是否开启，影响全局匹配和行锚定行为 -
inputString— 复制出来粘贴到正则测试网站（如 regex101.com），开启“JavaScript”模式比对
用 exec() 循环 + 断点观察每次匹配位置
带 g 标志的正则会维护 lastIndex。手动循环调用 exec() 并在每次迭代中断点，能清晰看到匹配如何推进：
const regex = /a(b+)(c*)/g;
let match;
while ((match = regex.exec(input)) !== null) {
console.log('匹配:', match[0], '位置:', match.index, 'lastIndex:', regex.lastIndex);
// ← 在这行打断点，F8 逐次查看每次匹配结果
}
注意：如果忘了重置 regex.lastIndex = 0，后续调试会因残留状态出错。
立即学习“Java免费学习笔记（深入）”；
java-api-doc-generator
下载
分析 Java Spring Boot 后端 Controller 代码，自动生成 Markdown 格式的接口文档。当用户说“生成 Java 接口文档”、“生成 API 文档”、“从 Spring 代码生成文档”时触发。
拆分正则，用子表达式单独验证
复杂正则（如 /^(?=[^@]+@[^@]+.[^@]+$)[^@]+@[^@]+.[^@]+$/）别硬读。把它按括号或语义切开，在控制台逐段试：
-
/^[^@]+@/— 检查开头是否为“用户名@” -
/@[^@]+.[^@]+$/— 检查结尾是否含“@域名.后缀” -
/(?=[^@]+@[^@]+.[^@]+$)/— 单独运行，确认先行断言是否满足（注意它不消耗字符）
每段都用 .test(input) 或 .exec(input) 验证，再组合。这样能准确定位是哪部分逻辑意外失败。
利用 replace() 的回调函数可视化匹配过程
给 replace() 传入函数，每次匹配都会触发，适合观察捕获组和位置：
input.replace(/(d+)-(w+)/g, (match, p1, p2, offset, string) => {
console.log({ match, p1, p2, offset, string });
return match; // 不改变原字符串，只用于观察
});
在回调第一行打断点，就能看到每次匹配的完整上下文：捕获内容、起始位置、原始字符串 —— 这比只看 exec() 结果更直观。
正则调试不是靠“单步进正则引擎”，而是靠拆解、隔离、打印和比对。把模糊的“它没匹配”变成明确的“第3个捕获组为空”或“先行断言在位置5失败”，问题就解决了一大半。
