std::regex_replace 基本用法和必须注意的构造开销
直接调用 std::regex_replace 是可行的，但别在循环里反复构造 std::regex 对象——它编译正则表达式的过程开销很大，尤其带复杂量词或回溯时。实际替换前，应把 std::regex 提取为静态或成员变量复用。
- 每次 new 一个
std::regex("a+")都会触发完整 NFA 构建，比 C 风格的str.replace()慢一个数量级 - 若正则固定（如邮箱匹配
R"([a-zA-Z0-9._%+-]+@[a-zA-Z0-9.-]+\.[a-zA-Z]{2,})"），务必缓存std::regex实例 - Windows MSVC 默认不启用 ICU，Unicode 支持弱；GCC/Clang 在 libstdc++ 中依赖 GNU regex，部分 PCRE 特性（如
(?i)内联标志）行为不一致
替换字符串中如何引用捕获组（$1、$2…）
std::regex_replace 支持 $1、$2 等语法引用子匹配，但注意：它不是 POSIX BRE/ERE 风格，而是 ECMAScript 兼容模式（C++11 起默认），且 $0 表示整个匹配，$$ 才表示字面量 $。
std::string text = "file123.txt"; std::regex re(R"((\w+)(\d+)\.(\w+))"); std::string result = std::regex_replace(text, re, "$1_$2_$3"); // → "file_123_txt"
- 反斜杠在 C++ 字符串字面量里要双写：
"\\1"才等价于正则中的\1，但std::regex_replace的 replacement 参数只认$n，不支持\n - 若需动态拼接替换内容（比如加时间戳），不能靠
$n，得用std::sregex_iterator+ 手动拼接 -
$后跟非数字字符（如$abc）会被原样保留，不会报错，容易误以为生效了
处理换行符与多行模式（^ 和 $ 的行为）
默认情况下，std::regex 不开启多行模式，^ 只匹配字符串开头，$ 只匹配结尾。想让它们匹配每行首尾，必须显式传入 std::regex_constants::ECMAScript | std::regex_constants::multiline 标志。
std::string multi_line = "line1\nline2\nline3";
std::regex re("^line", std::regex_constants::ECMAScript | std::regex_constants::multiline);
std::string replaced = std::regex_replace(multi_line, re, "[MATCH]");
// → "[MATCH]1\n[MATCH]2\n[MATCH]3"
- MSVC 的
std::regex对multiline支持不稳定，某些版本下$仍只认结尾；建议测试时加\n边界断言（如"line$\n"）兜底 - 使用
[\r\n]匹配换行符比依赖.更可靠，因为默认模式下.不匹配\n - 若需跨平台处理 CRLF/LF，正则中写
\r?\n，别指望std::regex_constants::extended自动处理
性能差、崩溃或不匹配？先检查这三件事
很多看似“正则写对了却没效果”的问题，根源不在表达式本身，而在接口误用或标准库实现缺陷。
立即学习“C++免费学习笔记（深入）”；
- 传给
std::regex_replace的输入是std::string还是const char*？后者会隐式构造临时std::string，若原指针悬空（如局部 C 字符数组），行为未定义 - GCC 11 之前版本存在
std::regex栈溢出 bug，复杂嵌套量词（如(a+)+b）可能 crash；升级到 GCC 12+ 或改用boost::regex/RE2 - 中文等 UTF-8 文本中，
.无法正确匹配一个 Unicode 字符（它只匹配一个字节），想按字符处理请用外部库（如 ICU）或预处理成 UTF-32
真正难的不是写出能跑的正则，而是确认它在所有目标编译器上都做你认为的事——尤其是当文本来自文件、网络或用户输入时，边界情况比想象中多得多。
