std::regex 构造时抛出 std::regex_error 怎么办
多数崩溃或异常直接来自构造 std::regex 对象——C++ 的正则引擎在编译期就校验语法，不合法模式立刻炸。
常见错误现象：std::regex_error: regex_error(error_paren)、error_brace、error_badrepeat，本质是括号不匹配、量词前置无目标、花括号范围非法等。
- 别手写复杂模式；先用在线工具（如 regex101.com，选 C++ (ECMAScript) 模式）验证语法
- 转义要双重：C++ 字符串字面量里反斜杠本身要写成
"\d"，不是"d"；正则中想匹配字面量得写成"\\\" - 避免默认
std::regex_constants::ECMAScript以外的语法；像std::regex_constants::basic在 libstdc++ 中基本不完整，clang++/libc++ 也不保证兼容
match、search、replace 三个操作怎么选
std::regex_match 要求整个字符串完全匹配；std::regex_search 找子串；std::regex_replace 做替换——名字像，行为差很远，用错就空跑或截断。
使用场景：
立即学习“C++免费学习笔记（深入）”；
- 校验邮箱格式？用
std::regex_match，否则"abc@def@google.com"里搜到中间一段也会返回 true - 提取日志里的 IP？必须用
std::regex_search，配合std::smatch拿match[1].str() - 批量清理注释？
std::regex_replace效率比循环search + substr高，但注意它不修改原字符串，得接返回值
示例：
std::string s = "id=123; name=foo";
std::regex re(R"(id=(d+))");
std::smatch m;
if (std::regex_search(s, m, re)) {
std::cout << m[1].str(); // 输出 123
}
为什么在 GCC 低版本上 std::regex 性能极差甚至死循环
libstdc++ 在 GCC 4.9–7.x 中的 std::regex 实现是递归回溯型，遇到 (a+)+b 这类模式会指数级膨胀，输入稍长就卡死。
这不是你写错了，是标准库实现缺陷：
- GCC 8.1+ 切换为 DFA/NFA 混合实现，问题缓解；但默认仍禁用某些优化路径
- Clang/libc++ 的实现从一开始就没这个问题，但 macOS 上默认用的是 Apple Clang + libc++，行为稳定
- 生产环境若无法升级 GCC，建议改用
boost::regex或更轻量的RE2（需额外链接）
临时规避：避免嵌套量词、慎用 .* 开头的模式、用 [^;]+ 替代 .*? 等贪婪转惰性写法
std::regex 不支持命名捕获组？那怎么取字段
标准 C++11/14/17 的 std::regex 完全不支持 (?<name>...)</name> 这种语法；所有捕获只能靠序号 match[1]、match[2]……
这意味着模式一变，下标就得重算，极易出错：
- 把
R"((w+)@(w+.w+))"改成R"((w+)@((w+).(w+)))"，原来match[2]是域名，现在变成二级域，match[3]才是 - 没有命名，也没办法跳过无关分组；想忽略括号，得用
(?:...)，但依然占位，影响后续编号 - 如果真需要命名，要么切到 C++20 的
std::regex（仍不支持），要么换boost::regex或用 string_view + find_first_of 手撕简单场景
复杂点在于：没人会只写一次正则。一旦逻辑分散在多处，靠脑记下标很快失控，而编译器不会提醒你 match[3] 其实已经不存在了。
