std::regex_match 要求整个字符串完全匹配正则，std::regex_search 只需存在子串匹配；正则字面量须用原始字符串 R"(...)" 避免转义错误；提取捕获组用 std::smatch，match[0] 为全匹配，match[1] 起为括号内子匹配。
std::regex_match 和 std::regex_search 有什么区别？
区别在于匹配逻辑：`std::regex_match` 要求**整个字符串完全匹配**正则模式，而 `std::regex_search` 只要字符串中**存在子串匹配**即可。
常见错误是用 `regex_match` 去找“包含某模式”的场景，结果总是失败。比如想检查邮箱字符串里是否含 `@`，该用 `regex_search`；但验证用户输入的邮箱格式是否合规（要求从头到尾都符合），才用 `regex_match`。
示例：
std::string s = "abc123def"; std::regex r(R"(d+)"); // 匹配一个或多个数字 // regex_match → false（整个字符串不是纯数字） // regex_search → true（"123" 是子串）
为什么编译时报错 “no match for ‘operator=’” 或 regex 构造失败？
多半是正则字符串字面量没加 `R"(...)"` 原始字符串前缀，导致反斜杠被 C++ 字符串解析吃掉。比如写 `std::regex r("\d+")`，实际传给 `std::regex` 的是 `d+`（一个转义的 `d`），而非正则需要的 `d+`（数字字符类）。
立即学习“C++免费学习笔记（深入）”；
正确做法一律用原始字符串：
- `
std::regex r(R"(d+)")` ✅ - `
std::regex r(R"(https?://S+)")` ✅（匹配 http(s) 链接） - `
std::regex r("\\d+")` ❌（易错、难读、易漏）
另外注意：某些编译器（如旧版 GCC）对 `std::regex` 的 ECMAScript 引擎支持不全，若遇到 `std::regex_error` 抛出，可尝试换用 `std::regex_constants::extended` 语法风格（但兼容性更差），或改用 `boost::regex`。
如何提取匹配的子串（捕获组）？
用 `std::smatch` 配合 `regex_search` 或 `regex_match`，再通过下标访问捕获组。
要点：
- 第 0 个元素 `
match[0]` 是整个匹配内容 - `
match[1]`、`match[2]` 对应第一、第二对 `()` 内的捕获组 - 必须确保正则里用了括号 `()`，否则 `
match.size()` 为 1 - 调用前先检查 `
if (match.size() > 1)`，避免越界
示例：提取日期中的年月日
std::string s = "2023-04-15";
std::regex r(R"((d{4})-(d{2})-(d{2}))");
std::smatch match;
if (std::regex_search(s, match, r)) {
std::cout << "year: " << match[1].str() << "
"; // "2023"
std::cout << "month: " << match[2].str() << "
"; // "04"
}
性能敏感场景下，regex 对象该复用还是每次都 new？
必须复用 `std::regex` 对象。构造 `std::regex` 是开销较大的操作（涉及语法解析、NFA 构建等），尤其在循环中反复构造会显著拖慢程序。
正确做法：
- 将 `
std::regex` 声明为 `static const` 或类成员变量（若正则固定） - 避免在函数内每次调用都写 `
std::regex r(R"...");` - 注意线程安全：`
std::regex` 对象本身可多线程共享（只读），但 `std::smatch` 必须每个线程独用
额外提醒：MSVC 的 `std::regex` 实现长期以慢著称，若性能关键且无法换库，建议考虑手写简单匹配逻辑（如 `find` + `substr`）替代复杂正则。
真正麻烦的从来不是写对一行 `regex_search`，而是忘了正则对象不该在热路径里反复构造，以及没意识到 `match[n]` 在没匹配成功时是未定义行为。
