优先用手工解析或inet_pton：手工解析需校验4段、无前导零、单点分隔；inet_pton更可靠，返回1成功/0失败/-1地址族不支持，避免正则灾难性回溯与实现差异。
用 std::regex 判断 IPv4 地址是否合法，但别直接信网上抄的正则
标准库 std::regex 能做，但 C++11 的 regex 实现质量参差不齐（比如 libstdc++ 早期版本对重复量词回溯处理极慢），一个看似合理的 "^((25[0-5]|2[0-4]\d|1?\d?\d)\.){3}(25[0-5]|2[0-4]\d|1?\d?\d)$" 在某些输入下会触发灾难性回溯，比如传入 "192.168.0.256." 或超长乱码时卡住几秒甚至更久。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 优先用手工解析：按
'.'分割 + 每段转整数 + 校验范围与前导零，不到 20 行代码，稳定且快 - 若坚持用正则，务必加超时保护（C++20 不支持 regex timeout，得自己封装线程+中断逻辑，得不偿失）
- 注意
std::regex默认是 ECMAScript 语法，\d匹配 Unicode 数字，不是仅 ASCII；要严格限制，写成[0-9]
为什么 inet_pton(AF_INET, ...) 是更靠谱的选择
它不走字符串匹配逻辑，而是调用系统底层 IP 解析器，天然规避正则陷阱，还自动处理空格、多余点、大小写等边界情况。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 传入字符串必须以
" 192.168.1.1 "会失败） - 目标缓冲区要足够大：
struct in_addr addr;即可，大小固定为 4 字节 - 返回值是 int：1 成功，0 表示格式错误，-1 表示地址族不支持（IPv6 用
AF_INET6） - Windows 和 Linux 都支持，无需额外依赖
手工解析时最容易漏掉的三个细节
看似简单，但生产环境里栽在这三点上的 bug 很多。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 每段不能有前导零：
"01.2.3.4"或"00.0.0.0"是非法的，得检查s[i] == '0' && s[i+1] != '.' - 段之间必须是单个
'.'，不能是"192..168.1.1"或"192.168.1.1." - 总段数必须恰好是 4 段，分割后 vector 大小不等于 4 就直接拒绝
性能和兼容性取舍：什么时候该放弃正则
如果你在高频路径（如网络包预检、日志行过滤）中判断 IP，正则哪怕编译一次，每次 regex_match 的开销也比手工解析高 3–5 倍（实测 clang++15 + libc++）。而且 Windows MSVC 的 std::regex 在 debug 模式下可能抛 std::regex_error，错误码还不统一。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 开发期快速验证可用正则，上线前一律换成
inet_pton或手工解析 - 如果项目已用 Boost，
boost::asio::ip::address_v4::from_string()更稳，但它会抛异常，而inet_pton是纯 C 风格返回码，更适合嵌入式或信号安全场景 - 别为了“看起来简洁”牺牲确定性——IP 格式校验不是展示正则技巧的地方
真正难的不是写对一个正则，而是让所有边界输入（空串、全零、超长数字、混合编码）都行为一致且不崩溃。手工解析和 inet_pton 都能一眼看清控制流，正则不行。
