std::regex_search与std::regex_match对比及使用问题咨询

我测试了正则表达式(@{[^{}]*})*匹配@{whatever}是有效的。尽管正则表达式存在可移植性问题，我最终构建了正确的std::regex：

const char *re_str = "@\\{[^\\{\\}]*\\}"; // @{[^{}]*} with curly braces escaped.

使用R"()"可简化转义，但这不是重点。该正则可通过std::regex_search迭代提取目标模式，代码运行正常。出于性能考虑，我尝试用std::regex_match替代，将原正则包裹进()*形成捕获组，但运行后无输出。现提出三个问题：

1. 使用regex_search是否足够，性能是否值得担忧？
2. regex_match算法更优还是与regex_search等效？
3. 我的regex_match代码存在什么问题？

问题解答 #

1. regex_search是否足够，性能是否值得担忧？ #

完全足够，绝大多数场景下无需担忧性能。你的正则@{[^{}]*}属于无回溯的简单模式，匹配效率很高。regex_search迭代提取子串的开销在普通业务场景、甚至中等规模的文本处理中都可以忽略。除非你是在处理GB级别的海量文本，或者每秒数万次的高频调用，否则没必要为性能问题替换成regex_match。

2. regex_match与regex_search的性能对比 #

两者没有绝对的优劣，核心是适用场景不同：

• regex_match要求整个输入字符串完全匹配正则模式，逻辑是从字符串开头匹配到结尾，中途不匹配就直接返回失败。
• regex_search是在字符串中寻找第一个匹配的子串（配合迭代器可遍历所有匹配），不需要覆盖整个字符串。

如果需求是提取子串，regex_search是更合适的工具；如果是验证整个字符串是否符合完整模式（比如验证邮箱格式），regex_match更直接。强行用regex_match模拟regex_search的功能（比如在正则前后加.*）反而会引入不必要的回溯，降低性能。

3. regex_match代码的问题 #

你遇到无输出的核心原因是regex_match的匹配规则：它要求整个字符串完全匹配你的正则模式，而你包裹()*后的正则(@{[^{}]*})*只能匹配由零个或多个@{...}组成的完整字符串。

• 如果输入字符串包含@{whatever}之外的其他内容（比如前缀、后缀字符），regex_match会直接匹配失败，自然没有输出。
• 就算输入是纯@{...}组成的字符串，()*捕获组默认只会保留最后一个匹配的结果，如果是零匹配（空字符串）也会返回成功但无有效捕获内容。

另外，你的需求是迭代提取目标模式，regex_match本身就不适合这个场景——它的设计目标是验证完整字符串，而非提取子串。

内容的提问来源于stack exchange，提问作者eramos