不可靠。std::regex难以精确约束前导零（如"01.02.03.04"误判为合法），且C++11标准库实现跨平台不一致、易触发灾难性回溯；稳妥做法是手写解析：用std::istringstream或std::string_view按'.'分割，确保恰好4段，每段非空、无前导零（除非为"0"）、纯数字、转整后在[0,255]内。
用 std::regex 判断 IPv4 格式是否可靠？
不推荐。虽然 std::regex 能写个看似正确的模式（比如 R"((25[0-5]|2[0-4]\d|1\d{2}|[1-9]?\d)(\.(25[0-5]|2[0-4]\d|1\d{2}|[1-9]?\d)){3})"），但 C++11 的 std::regex 实现质量参差不齐，GCC libstdc++ 长期不支持 ECMAScript 模式下的部分特性，Clang libc++ 也存在性能和匹配行为差异；更关键的是，正则无法自然处理前导零问题（如 "01.02.03.04" 是非法的，但上述正则会接受）。
手写解析：逐段拆分 + 数值校验才是稳妥做法
核心思路是用 std::string_view 或 std::istringstream 分割点号，对每一段做三件事：非空、无前导零（除非单字符 "0"）、数值在 [0, 255] 区间。注意边界情况：
- 必须恰好有 4 段，不能多也不能少（
"192.168.1"或"192.168.1.1.1"都非法） - 每段只能含数字字符，不能有空格或字母（
"192.168.1.1a"非法） -
"0.0.0.0"合法，"00.0.0.0"非法，"0.0.0.00"也非法 - 空字符串
""或全点号"...."必须提前拒绝
示例片段（C++17）：
bool isValidIPv4(const std::string& s) {
size_t start = 0, count = 0;
for (size_t i = 0; i <= s.size(); ++i) {
if (i == s.size() || s[i] == '.') {
if (count >= 4) return false; // 段数超限
if (i == start) return false; // 空段，如 ".." 或结尾为"."
std::string_view seg = std::string_view(s).substr(start, i - start);
if (seg.size() > 1 && seg[0] == '0') return false; // 前导零
int val = 0;
for (char c : seg) {
if (c < '0' || c > '9') return false;
val = val * 10 + (c - '0');
if (val > 255) return false;
}
++count;
start = i + 1;
}
}
return count == 4;
}用 inet_pton 做最终验证？慎用
inet_pton(AF_INET, s.c_str(), &addr) 确实能准确判断，但它依赖 C 风格字符串且要求输入不含多余空格或换行；更重要的是，它**不拒绝前导零**——例如 "010.010.010.010" 会被成功转成 8.8.8.8（因为八进制解析），这与标准 IPv4 字符串格式定义冲突。所以除非你明确接受这种宽松语义，否则不能直接用它替代格式校验。
立即学习“C++免费学习笔记（深入）”；
为什么不用 std::stoi 或 std::from_chars？
std::stoi 会静默跳过前导空格、接受科学计数法、截断尾部非数字字符（如 "123abc" 返回 123），完全不符合 IPv4 的严格性要求；std::from_chars 更好些，但需手动检查是否消费了整段、是否越界、是否含非法后缀，代码量不比手写循环少，且仍要额外处理前导零逻辑——不如直接遍历字符来得清晰可控。
最易被忽略的一点：IPv4 字符串校验不是纯语法检查，它隐含语义约束（每段是十进制无符号整数、范围固定、无前导零）。任何试图绕过数值解析、只靠字符串模式匹配的方案，迟早会在 "000.000.000.000" 或 "256.1.1.1" 这类输入上出错。
