std::regex在C++11中可用但性能差、兼容性弱，编译运行慢且部分语法不支持；应谨慎使用，优先手写状态机或引入RE2/PCRE2，注意match/search/replace语义差异及smatch越界风险。
std::regex 在 C++11 中能用，但别默认以为它快
标准库的 std::regex 确实支持基本正则匹配、搜索和替换，但它在多数编译器（尤其是 libstdc++）里实现较弱：编译慢、运行慢、不支持部分常用语法（比如原子组、条件断言），甚至某些模式会栈溢出。Clang 的 libc++ 实现稍好，但跨平台一致性差。
常见错误现象：std::regex 构造时抛出 std::regex_error，提示 error_parse 或 error_stack；或在长文本上匹配耗时陡增，CPU 占满。
- 简单场景（如邮箱格式粗筛、固定分隔符拆分）可用，但务必加
try-catch捕获std::regex_error - 性能敏感路径（日志解析、配置文件加载）直接绕过
std::regex，改用std::string_view+ 手写状态机，或引入re2/PCRE2 - 注意
std::regex_constants::ECMAScript是默认语法，不等价于 JavaScript；std::regex_constants::basic更接近传统 grep，但支持更少
match、search、replace 三个操作别混用语义
std::regex_match 要求整个字符串完全匹配模式；std::regex_search 只要子串匹配就返回 true；std::regex_replace 默认全局替换——这三个行为差异大，选错会导致空结果或意外覆盖。
使用场景举例：校验用户输入手机号（必须全串符合）用 std::regex_match；从 HTML 片段中提取所有 href 属性值用 std::regex_search 配合迭代器；批量清理注释用 std::regex_replace。
立即学习“C++免费学习笔记（深入）”；
-
std::regex_match对"123abc"和正则"\d+"返回 false（因为没吃掉 abc） -
std::regex_search同样输入返回 true，且可通过std::smatch获取第一个匹配位置和子组 -
std::regex_replace的第四个参数是格式字符串，"$1"引用捕获组，但注意：libstdc++ 不支持"$&"表示整个匹配
捕获组编号和 std::smatch 下标从 0 开始，但 0 是全匹配
std::smatch 的 [0] 是整个匹配的子串，[1] 才是第一个括号捕获的内容。新手常误把 smatch[1] 当作“第一个捕获”，结果访问越界或取到空串。
常见错误现象：调用 smatch[1].str() 前没检查 smatch.size() > 1，导致未定义行为；或正则写了非捕获组 (?:...) 却仍按编号去取，发现对不上。
- 始终先判断
smatch.empty() == false再访问smatch[0] - 捕获组数量用
smatch.size()查，不是正则里左括号个数（嵌套、非捕获组、条件分支都会影响） - 若只需提取某一部分，优先用
std::regex_search+std::smatch，比std::regex_match更灵活
Windows 上 MinGW/MSVC 的 regex 实现差异大，别信“一次编写到处运行”
MSVC（VS2015+）的 std::regex 支持较好，能处理多数 ECMAScript 语法；MinGW-w64（基于 libstdc++）则长期存在 bug：重复量词（a{2,5}）、Unicode 字符类（\p{L}）可能崩溃或漏匹配。C++20 的 std::regex 并未解决这些问题。
使用场景：构建跨 Windows/Linux 的工具链时，若 regex 是核心逻辑，必须在目标平台实测；CI 流程里至少跑两套编译器（MSVC + GCC）。
- MinGW 下避免用
\s匹配 Unicode 空白，改用显式字符集[ \t\n\r\f\v] - MSVC 对
std::regex_constants::icase处理较准，libstdc++ 在宽字符模式下可能失效 - 真正需要可靠正则时，静态链接
re2（Google 开源，DFA 实现，无回溯风险），哪怕多一个依赖
