c++oding="utf-8" ?>
std::regex_match和std::regex_search均不能批量提取匹配项；真正支持批量提取的是std::sregex_iterator，需配合迭代器遍历，且必须校验迭代器有效性以防崩溃。
std::regex_match 和 std::regex_search 都不能直接提取所有匹配
很多人一上来就用 std::regex_match，结果发现它只返回整个字符串是否完全匹配——Email 地址通常只是文本中的一小段，std::regex_match 必须“从头到尾全对上”，自然失败。而 std::regex_search 默认只找第一个匹配，不循环就停了。
真正能批量提取的，是 std::sregex_iterator（或 std::cregex_iterator），它本质是个迭代器，需要手动遍历。
- 别用
std::regex_match提取子串，它不是干这个的 -
std::regex_search单次调用只返回首个匹配，需配合循环和position() + length()手动推进搜索起点——容易出错且冗余 - 推荐统一用
std::sregex_iterator：构造时传入字符串、起始/结束迭代器和正则对象，它自动跳转到每个匹配位置
邮箱正则表达式别照抄网上简版，得兼顾常见格式和 std::regex 的语法限制
C++ 标准库的 std::regex 默认使用 ECMAScript 语法（不是 PCRE），不支持 \d 简写以外的很多便利写法，而且对括号嵌套、非捕获组等支持较弱。网上常见的 [a-zA-Z0-9._%+-]+@[a-zA-Z0-9.-]+\.[a-zA-Z]{2,} 基本可用，但要注意：
- 点号
.在字符类[...]里是字面量，不用转义；但在正则主干里必须写成\.，否则匹配任意字符 -
+、*、?是贪婪量词，没问题；但??或+?这类惰性匹配在 libstdc++（GCC）中可能未实现，Clang libc++ 支持稍好，建议避免 - 不要用
(?i)忽略大小写——ECMAScript 模式下不支持内联标志，得靠std::regex_constants::icase构造参数 - 实际使用中，
[a-zA-Z0-9._%+-]+@[a-zA-Z0-9.-]+\.[a-zA-Z]{2,}覆盖了绝大多数真实邮箱，比追求 RFC 5322 全兼容更实用
提取过程必须检查迭代器是否有效，否则访问 operator* 会崩溃
std::sregex_iterator 构造后，如果没匹配，它等于 std::sregex_iterator()（默认构造的 end 迭代器）。直接解引用未校验的迭代器是未定义行为，尤其在空字符串或无匹配时极易 crash。
std::string text = "Contact us at support@example.com or sales@sub.domain.co.uk.";
std::regex email_re(R"([a-zA-Z0-9._%+-]+@[a-zA-Z0-9.-]+\.[a-zA-Z]{2,})");
auto begin = std::sregex_iterator(text.begin(), text.end(), email_re);
auto end = std::sregex_iterator();
for (auto it = begin; it != end; ++it) {
std::cout str() str() 返回匹配的子串
}
- 必须显式比较
it != end，不能只依赖begin != end就进循环——迭代器可能一开始就是 end -
it->str()是最安全的取值方式；it->str(0)效果相同，但it->str(n)中 n > 0 会越界（除非你用了带捕获组的正则并确认索引存在） - 如果想提取用户名和域名部分，得改用带括号的正则，例如
R"(([a-zA-Z0-9._%+-]+)@([a-zA-Z0-9.-]+\.[a-zA-Z]{2,}))"，再用it->str(1)和it->str(2)
libstdc++ 的 regex 实现长期有性能和兼容性问题，生产环境需谨慎
截至 GCC 13，libstdc++ 的 std::regex 仍基于回溯引擎，复杂正则易触发指数级回溯（ReDoS），且对 Unicode 支持极差（比如无法正确处理含中文域名或 IDN 邮箱）。Clang + libc++ 表现稍好，但跨平台项目仍难保证一致。
- 简单文本中提取常见 ASCII 邮箱，
std::regex可用；但若输入不可控（如用户提交的富文本），建议换用轻量解析库（如 ctre、xreg 或 hand-rolled 状态机） - 编译时加
-D_GLIBCXX_USE_CXX11_ABI=1（新 ABI）可略微改善稳定性，但不解决根本缺陷 - 调试时遇到
std::regex_error异常，大概率是正则语法超出了 ECMAScript 子集，比如用了\b（单词边界）在某些旧版本中不被完全支持
真正要鲁棒提取，正则只是起点；后续还得做 DNS 验证、MX 记录查检、SMTP 连通测试——这些 std::regex 一个都干不了。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
