std::regex_search适合批量提取，因其只需子串匹配且配合sregex_iterator可遍历全部匹配；regex_match要求全字符串匹配，无法用于提取文本中的多个片段。
std::regex_match 和 std::regex_search 哪个适合批量提取？
直接用 std::regex_match 会失败——它要求整个字符串完全匹配，而批量提取通常面对的是“一段文本中含多个匹配片段”。必须用 std::regex_search 配合迭代器循环，或更稳妥地用 std::sregex_iterator。
常见错误是写成一次 regex_match 后就认为提取完了，结果只拿到第一个或根本没匹配上。注意：正则表达式本身要带捕获组（比如 R"((d+)-(w+))"），否则 std::smatch 里只有整个匹配项，没有子串。
- 用
std::sregex_iterator遍历所有匹配，比手动调regex_search+ 移动std::string::const_iterator更不易出错 - 每个
std::smatch对象可通过match[n]访问第n个捕获组（n=0是全匹配） - 确保正则字符串字面量用
R"(...)"包裹，避免反斜杠被 C++ 字符串转义吃掉（比如想匹配d，写成"\d"或R"(d)"）
如何把不同匹配结果塞进 std::variant<T1, T2, ...>？
std::variant 不是容器，不能“push”；它是单值持有者，每次只能 hold 一种类型。所谓“批量提取并封装为 variant”，实际是指：对每个匹配结果，根据其内容结构（比如数字、邮箱、日期等），构造对应类型的值，再存入 std::vector<std::variant<int, std::string, std::chrono::sys_days>> 这类容器。
关键在类型判别逻辑：不能靠正则 pattern 名称，而要靠捕获组内容是否可转换。例如：
立即学习“C++免费学习笔记（深入）”；
if (match[1].matched) {
if (auto [ok, val] = try_parse_int(match[1].str()); ok) {
results.emplace_back(val); // int
} else if (is_email_format(match[1].str())) {
results.emplace_back(match[1].str()); // std::string
}
}
- 避免在
std::variant中混入裸指针或临时std::string_view——生命周期易失控 - 如果某类匹配可能为空（如可选组），需显式处理
match[n].matched == false，否则match[n].str()返回空串，可能导致误判 - 类型列表顺序影响
std::get<T>查找效率，高频类型建议往前放
std::variant 的访问与后续处理容易踩哪些坑？
最常犯的错是直接写 std::get<int>(v) 而不加 std::holds_alternative<int>(v) 检查，一旦 variant 当前 hold 的不是 int，程序直接 abort。
安全做法只有两种：用 std::visit（推荐），或先检查再取值。例如批量打印：
for (const auto& item : results) {
std::visit([](const auto& x) {
using T = std::decay_t<decltype(x)>;
if constexpr (std::is_same_v<T, int>) {
std::cout << "number: " << x << "
";
} else if constexpr (std::is_same_v<T, std::string>) {
std::cout << "text: " << x << "
";
}
}, item);
}
-
std::visit的 lambda 必须覆盖std::variant所有类型，漏一个编译不过 - 不要用
std::get_if<T>(&v)返回指针后直接解引用——得先判空：if (auto p = std::get_if<int>(&v)) { use(*p); } - 如果需要统一转成字符串，别对每个分支手写
std::to_string或.c_str()，改用std::visit+std::ostringstream封装一次
性能和跨平台兼容性要注意什么？
MSVC 的 <regex> 实现长期 buggy（尤其在 VS2019 及更早），std::sregex_iterator 可能跳过部分匹配或崩溃。GCC/Clang 相对稳定，但 C++17 标准未强制要求 regex 引擎性能，实际速度差异可达 10 倍以上。
- 若正则较复杂且文本量大（>1MB），优先考虑用
std::string_view配合std::regex_iterator，避免反复构造std::string - Windows 上若遇到
std::regex_error: regex_error(error_stack)，大概率是正则嵌套太深或回溯爆炸，换用 PCRE2 库（通过std::regex替代方案）更可靠 -
std::variant本身无运行时开销，但频繁构造/移动（尤其含std::string）会影响性能，可考虑用std::variant<std::monostate, int, std::string>并预留std::monostate表示“未初始化”，减少默认构造次数
真正麻烦的从来不是怎么把字符串塞进 variant，而是正则是否真能区分语义——比如“123”该当 int 还是 ID 字符串，“2023-04-05”该当 date 还是普通文本。这部分没法靠库解决，得结合业务规则做二次校验。
