std::regex_match要求整个字符串完全匹配，regex_search只需局部子串匹配；校验整体格式用match，提取子串用search；replace需注意参数类型、转义、捕获组语法及MSVC兼容性问题。
std::regex 能做模式匹配和替换，但默认不全局、不原地、不 UTF-8 友好，且 MSVC 实现有坑 —— 别直接上手写 regex_replace，先确认你真需要正则。
什么时候该用 std::regex_match 而不是 regex_search
两者区别不在“快慢”，而在“语义”：regex_match 要求整个字符串完全匹配正则（从头到尾一丝不差），regex_search 只要局部子串符合就算成功。
- 校验邮箱、手机号、日期格式等整体结构 → 用
regex_match，比如std::regex_match("123-45-6789", std::regex(R"(d{3}-d{2}-d{4})")) - 从日志里提取 IP、抓取 HTML 中的
<title>、找所有带括号的数字 → 用regex_search或sregex_iterator - 误用
regex_match去查子串会导致永远返回 false，调试时先打印matches.size()看是否为 0
std::regex_replace 替换后为空？先检查这三件事
空结果几乎全是输入或语法问题，和正则逻辑无关。
- 传入的是
const char*而不是std::string：C++11 标准要求第一个参数必须是std::basic_string类型，regex_replace("abc", re, "x")是错的，得写成regex_replace(std::string("abc"), re, "x") - 正则没转义反斜杠：写
"d+"会被编译器当非法转义处理，必须用原始字符串字面量R"(d+)"或双写"\d+" - 没验证是否真能匹配：替换前加一句
if (std::regex_search(s, re)) { ... }，避免静默失败
捕获组在替换字符串里怎么写才有效
std::regex_replace 的替换模板不支持 这种 POSIX 风格，只认 、，而且 $ 后面必须紧跟数字，不能有空格。
C++ Code Review Master
下载
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
立即学习“C++免费学习笔记（深入）”；
- 正确：
"$1_$2"（拼接两个捕获组）、"$$1"（输出字面量$1） - 错误：
"_"（未定义行为）、"$1 _ $2"（中间空格导致$1被当作无效引用，多数实现忽略） - 若正则无捕获组却写了
$1，标准未规定行为，GCC/Clang 通常静默跳过，MSVC 可能崩溃
文件批量替换别直接 regex_replace 一锅端
大文件 + 贪婪匹配 + 复杂替换模板 = 内存爆炸或无限循环，尤其 Windows 下 CR/LF 混合还可能破坏二进制内容。
- 读文件用
std::ifstream开std::ios::binary模式，避免文本模式自动换行符转换 - 优先逐行处理：
std::getline读入std::string，对每行调用regex_replace，再写入临时文件 - 写完用
std::filesystem::rename原子替换原文件，防止中断导致数据丢失 - 中文匹配必须显式用
u8"[\u4e00-\u9fa5]+"，且确保源文件编码是 UTF-8；w在标准库中不识别中文
最常被忽略的一点：MSVC 的 std::regex 从 VS2015 到 VS2022，对 (?i)、(?:...) 等非基础语法支持始终不稳定，GCC/Clang 才是实际可用的首选。如果项目必须兼容 MSVC，要么降级用 find+replace，要么引入 boost::regex 或 RE2。
