std::regex 构造失败主因是标志位缺失和语法兼容性问题，应始终显式指定 std::regex_constants::ECMAScript 标志并使用原始字符串；匹配应按需选用 regex_search（子串）或 regex_match（全串），捕获组索引从1开始且须校验大小，性能敏感场景宜换用 RE2 或 Boost.Regex。
std::regex 构造失败就崩溃？先检查语法和标志位
很多 C++ 程序一调用 std::regex 构造函数就抛 std::regex_error，根本不是“不会写正则”，而是默认引擎不支持某些常见写法。比如 \d、\s 在部分标准库实现（尤其是旧版 libstdc++）里默认不识别，必须显式加 std::regex_constants::ECMAScript 标志。
- 默认构造（无标志）行为因编译器而异：MSVC 基本兼容 ECMAScript，GCC 旧版本用的是 POSIX BRE，不支持
+、?等量词 - 安全写法永远带上
std::regex_constants::ECMAScript，例如：std::regex re(R"(\d{3}-\d{4})", std::regex_constants::ECMAScript) - 原始字符串字面量
R"(...)"必须用——否则反斜杠会被 C++ 字符串解析吃掉一层，导致传给正则引擎的模式错乱 - Windows 上若链接静态 libstdc++，可能连
ECMAScript模式都不可靠；建议优先测std::regex_search而非只看构造是否成功
std::regex_search 和 std::regex_match 的区别不是“搜 vs 匹配”，是“子串 vs 全匹配”
std::regex_match 要求整个输入字符串完全符合模式，一个字符都不能多也不能少；std::regex_search 才是真正找子串——哪怕只有一小段吻合也返回 true。很多人以为 match 是“更严格”，结果写日志解析时用 match 却总失败，其实是输入带了换行或前后空格。
- 日志行提取字段：用
std::regex_search，配合std::smatch拿捕获组 - 校验邮箱格式是否合法（整串必须合规）：才用
std::regex_match - 注意
std::regex_search默认从开头找，但可以传迭代器指定搜索范围，比如跳过前导空格：std::regex_search(s.begin() + 2, s.end(), m, re) - 性能敏感场景慎用
std::regex_search循环调用——每次都要重新编译正则（如果re是临时对象），应把std::regex对象声明为static const或成员变量
捕获组取值要用 smatch[1]，别直接用 string.substr
写了 (\d{3})-(\d{4}) 却从 smatch 里取不到分组？常见错误是以为 smatch[0] 是第一个括号内容——其实 [0] 是整个匹配结果，[1] 才是第一对 () 的内容，以此类推。更隐蔽的问题是：没检查 m.size() > 1 就直接访问 m[1]，导致越界或空字符串。
- 安全取捕获组前必判
if (m.size() > n) { auto group = m[n].str(); } -
m[0].str()是完整匹配文本，m[0].first/m[0].second是在原字符串中的迭代器位置，可用于后续切片 - 如果正则里用了命名捕获（如
(?P<area>\d{3})），C++11 不支持；得升到 C++17 并确认编译器支持std::regex_constants::icase等扩展，否则命名捕获直接报错 - 捕获组嵌套时，索引按左括号出现顺序编号，和是否嵌套无关；但深度嵌套会显著拖慢匹配速度，简单场景优先用非捕获组
(?:...)
regex 性能差？不是正则本身慢，是 std::regex 实现太保守
实测发现，同样正则在 Python 或 Rust 里飞快，C++ 却卡顿——问题不在你写的模式，而在 libstdc++ 和 libc++ 的 std::regex 实现长期基于回溯引擎，且未做 JIT 编译或 DFA 优化。Clang/libc++ 从 15 开始默认禁用 std::regex，GCC 13 仍默认启用但明确标注“性能不可靠”。
立即学习“C++免费学习笔记（深入）”；
- 高频调用场景（如配置解析、协议解析）直接换库：推荐
RE2（Google 开源，C++ 接口友好，无回溯风险）或Boost.Regex（比标准库稳定，但二进制体积大） - 若必须用标准库，避免重复构造
std::regex：把它做成static const，或至少缓存在函数外作用域 - 简单匹配（如判断是否含数字、是否以 http:// 开头）别上正则——用
std::string::find或std::any_of快十倍以上 - 调试时加
-D_GLIBCXX_REGEX_STATE_LIMIT=100000（GCC）可缓解栈溢出，但治标不治本；真正要稳，就得接受标准库 regex 当前就是玩具级的事实
标准库 std::regex 的坑不在语法难学，而在它把“可用”和“可用好”混为一谈——编译通过不等于运行不崩，运行不崩不等于性能在线，性能在线不等于跨平台一致。真要上线，得亲手测 GCC/Clang/MSVC 三端，还得压测数据量级。
