JS 正则里的“贪吃蛇”：一次搞懂贪婪与非贪婪匹配

开发过程中，最让人头大的莫过于写了一段正则，结果提取出来的数据全是“一锅炖”。比如想匹配两个标签之间的内容，代码却直接跨过了中间的所有节点，直到遇到最后一个闭合符才停手。这其实就是 JavaScript 正则表达式中贪婪模式在作祟。

理解这个问题，得从符号本身的行为说起。当我们使用点号 . 配合星号 *，即 *`.** 时，它的逻辑是“能吞多少吞多少”。引擎会默认将当前字符之后的所有内容都纳入匹配范围，除非后续的模式无法匹配成功。举个例子，字符串为"

那怎么让正则稍微“收敛”一点？只需在量词后面加个小问号 ?。将上面的写法改为 /<div>(.*?)<\/div>/，匹配结果就会变成预期的 A。这就是非贪婪（或非独占）模式。这里的问号不是表示“零次或一次”，而是修饰前面的量词，告诉引擎：“先少拿一点，如果后面的条件不满足，再慢慢多拿一点”。它把默认的“最大化原则”反转成了“最小化原则”。

这个规则不仅适用于 *，同样适用于 +、? 以及 {n,m}。无论是 .+? 还是 {2,5}?，加上问号后都会转为非贪婪匹配。在实际业务里，处理 JSON 片段或者截取 HTML 属性值时，这种细微差别决定了数据的准确性。特别是当你需要提取引号内的内容，如 const str = "\"content\"";，使用 /"(.*?)"/ 比 /"(.*)"/ 更稳妥，能有效避免跨行或多对双引号的误判。

不过，也别觉得非贪婪就是万能良药。在某些极端情况下，非贪婪模式可能会引发更多的回溯操作，影响性能。如果你明确知道目标内容不包含特定字符，比如提取不包含换行的文本，直接用 [^"]* 这种否定字符集，往往比依赖非贪婪量词效率更高且更清晰。正则的核心在于精确描述规则，而非盲目依赖通配符。

另外，有时候你发现加了 ? 却没反应，记得检查是否开启了 m 或 s 标志位，这些标志会影响 . 是否匹配换行符，从而干扰贪婪行为的判断。调试时建议在控制台打印出正则源字符串和匹配组，确认预期与实际是否一致。

下次遇到正则匹配范围失控的情况，先别急着改逻辑，检查一下是不是少了那个小小的问号。掌握这两种模式的切换逻辑，能让你的正则表达式更加精准可控，减少调试时的试错成本。