std::regex在C++11中需注意语法兼容性、性能及locale问题；应优先用std::regex_search查子串，配合R"()"原始字符串和显式ECMAScript标志，并通过std::smatch正确提取各捕获组。
std::regex 在 C++11 中的基本用法
标准库的 std::regex 能满足大多数简单匹配需求，但要注意它默认不支持 PCRE 风格的语法（比如 d 在某些编译器下可能不识别），且性能一般、异常行为较隐蔽。
基础流程是：构造 std::regex 对象 → 用 std::regex_match 或 std::regex_search 执行匹配 → 提取结果用 std::smatch。
-
std::regex_match要求整个字符串完全匹配，不是子串匹配；误用会导致明明有内容却返回 false -
std::regex_search才是日常查子串的正确选择 - 正则字符串建议加
R"(...)"原始字符串字面量，避免双反斜杠：写R"(d{3}-d{2})"比"\d{3}-\d{2}"清晰得多 - 某些老版本 libstdc++（如 GCC 4.9）对
std::regex实现不完整，std::regex_replace可能崩溃，上线前务必实测
匹配失败却不报错？检查 locale 和语法标志
常见现象是 std::regex 构造成功，但 regex_search 总返回 false，也没有抛异常。大概率是 locale 或语法引擎不匹配。
- 默认构造的
std::regex使用std::regex_constants::ECMAScript语法，但部分编译器（尤其 MSVC）在非英文 locale 下会因字符分类出错；显式传入std::regex_constants::icase | std::regex_constants::ECMAScript更稳妥 - 若需 POSIX 风格（如
[[:digit:]]），得用std::regex_constants::basic，但跨平台兼容性差，不推荐 - Linux 下用
LC_ALL=C启动程序可绕过 locale 干扰，适合调试阶段快速验证
提取多个捕获组：用 std::smatch 迭代
std::smatch 不是只存第一个匹配，而是按括号分组索引存储所有捕获内容，但初学者常只访问 sm[0]（全匹配）而忽略 sm[1]、sm[2] 等子组。
立即学习“C++免费学习笔记（深入）”；
std::string s = "id=123,name=alice";
std::regex re(R"(id=(d+),name=(w+))");
std::smatch sm;
if (std::regex_search(s, sm, re)) {
std::cout << "ID: " << sm[1].str() << "
"; // <code>sm[1]</code> 是第一个括号内容
std::cout << "Name: " << sm[2].str() << "
"; // <code>sm[2]</code> 是第二个
}
-
sm.size()返回捕获组总数（含全匹配），不是匹配次数 - 要遍历所有匹配（不止第一个），需在循环中反复调用
regex_search，并把sm[0].second作为下次搜索起点 - 注意
sm[n].matched字段——即使n在范围内，该组也可能未参与本次匹配（例如分支正则中的可选组），必须检查再取.str()
性能敏感场景别硬扛 std::regex
如果正则只是做固定格式校验（如邮箱、手机号、日期），或每秒执行成千上万次，std::regex 的构造开销和回溯成本会明显拖慢程序。
- 把
std::regex对象声明为static const，避免重复编译正则表达式 - 纯前缀/后缀判断优先用
std::string::starts_with（C++20）或find，比正则快一个数量级 - 复杂规则（如解析 CSV、HTTP header）建议用专用 parser 库（如
csv-parser、httplib），而不是堆正则 - 真需要高性能正则时，考虑
re2或oniguruma，它们禁用回溯、保证 O(n) 时间，但需额外链接
正则写起来爽，但 C++ 标准库实现太“学术”，线上服务里一个没注意的 .* 就可能引发灾难性回溯——宁可多写几行 find + substr，也别迷信一行正则解决所有问题。
