正确提取IPv4需用限制0–255且无前导零的正则："(?:25[0-5]|20-4|[01]?0-9?).(?:25[0-5]|20-4|[01]?0-9?).(?:25[0-5]|20-4|[01]?0-9?).(?:25[0-5]|20-4|[01]?0-9?)";C++中反斜杠需双写；循环提取时须用std::smatch和迭代器推进，每次更新begin为result[0].second。
用 std::regex_search 提取日志行中的 IP 地址，得先写对模式
IPv4 地址不是简单写 [0-9]{1,3}.[0-9]{1,3}.[0-9]{1,3}.[0-9]{1,3} 就完事——它会匹配 999.999.999.999 这种非法值，也容易把 192.168.1.1000 里的 1000 当成前三位。真正能用的模式得限制每段是 0–255，且不能有前导零（除非是单个 0）：
"(?:25[0-5]|2[0-4][0-9]|[01]?[0-9][0-9]?)\.(?:25[0-5]|2[0-4][0-9]|[01]?[0-9][0-9]?)\.(?:25[0-5]|2[0-4][0-9]|[01]?[0-9][0-9]?)\.(?:25[0-5]|2[0-4][0-9]|[01]?[0-9][0-9]?)"- 注意 C++ 字符串里反斜杠要双写，所以
.写成\. - 别漏掉
std::regex_constants::ECMAScript（默认就是它，但显式写上更稳）
std::regex_search 循环提取时，必须用 std::smatch 和迭代器推进
一次 regex_search 只找第一个匹配；想提整行所有 IP，得在循环里更新搜索起点。常见错误是反复传同一 std::string::const_iterator，结果死循环或漏匹配。
- 用
std::smatch result接收匹配结果 - 每次成功后，把下次搜索起点设为
result[0].second（即本次匹配结束位置） - 别直接对
std::string调用substr再搜——拷贝开销大，且破坏原字符串视图
std::string line = "Connected from 192.168.1.1 and 10.0.0.255";
std::regex ip_re(R"((?:25[0-5]|2[0-4][0-9]|[01]?[0-9][0-9]?).(?:25[0-5]|2[0-4][0-9]|[01]?[0-9][0-9]?).(?:25[0-5]|2[0-4][0-9]|[01]?[0-9][0-9]?).(?:25[0-5]|2[0-4][0-9]|[01]?[0-9][0-9]?))");
auto begin = line.cbegin(), end = line.cend();
std::smatch result;
while (std::regex_search(begin, end, result, ip_re)) {
std::cout << result[0].str() << "
";
begin = result[0].second; // 关键：推进起点
}
读日志文件时，std::regex 构造开销大，别在循环里重复 new
正则对象构造（尤其是带复杂模式的）涉及编译和状态机初始化，耗时明显。如果逐行处理大日志文件，把 std::regex ip_re(...) 放在 while 循环里，性能会断崖下跌。
- 把
std::regex定义在循环外，只构造一次 - 模式字符串用 raw string literal（
R"(...)"）避免转义混乱 - 如果日志格式固定，可考虑预编译正则到全局或 static 变量——但注意线程安全，多线程下需加锁或用 thread_local
Windows 上用 MSVC 编译时，std::regex 对长日志可能栈溢出或崩溃
MSVC 的标准库正则实现（尤其旧版本）对复杂回溯敏感，遇到含大量点号、括号或嵌套结构的日志行（比如带 URL 或 JSON 片段），regex_search 可能触发栈溢出或抛 std::regex_error 异常，错误信息通常是 error_stack 或 error_complexity。
立即学习“C++免费学习笔记（深入）”；
- 生产环境建议加 try/catch 捕获
std::regex_error - 更稳妥的做法：换用
boost::regex或RE2（需额外链接），它们对回溯控制更严格 - 或者退一步，用
std::string::find+ 手动解析——对纯 IPv4 提取，有时比正则更快更稳
