用 std::istringstream 拆分并逐段验证最稳妥：必须恰好4段，每段为0–255的无前导零十进制整数，且流末尾需为EOF；inet_pton 和 std::regex 均因跨平台、容错性或维护性问题不推荐。
直接判断字符串是否为有效 IPv4 地址，用 std::istringstream + 四段整数校验最稳妥；别依赖 inet_pton 或正则——前者不报错细节，后者在 C++11 中跨平台支持差且易写错。
用 std::istringstream 拆分并逐段验证
这是最可控、可调试、符合 C++ 习惯的方式。核心是：按 '.' 分割后必须恰好 4 段，每段是 0–255 的十进制整数，且不能有前导零（除非单个 '0'）。
- 用
std::getline配合std::istringstream按'.'切分，比手写find/substr更安全 - 每段用
std::stoi转换时捕获std::invalid_argument和std::out_of_range - 检查原始段字符串长度 > 1 时首字符是否为
'0'——"01"、"00"都非法 - 确保输入中无多余字符：切完 4 段后，流必须已到 EOF（即
iss.eof()为真）
bool isValidIPv4(const std::string& s) {
std::istringstream iss(s);
std::string seg;
std::vector parts;
while (std::getline(iss, seg, '.')) {
parts.push_back(seg);
}
if (parts.size() != 4) return false;
if (!iss.eof()) return false; // 后缀未读完，如 "192.168.1.1abc"
for (const auto& p : parts) {
if (p.empty()) return false;
if (p.size() > 1 && p[0] == '0') return false; // 前导零
try {
long val = std::stol(p);
if (val < 0 || val > 255) return false;
} catch (const std::invalid_argument& | const std::out_of_range&) {
return false;
}
}
return true;
}
为什么不用 inet_pton(AF_INET, ...)
它看似简洁，但有几个硬伤：
- 对非法格式（如
"192.168.01.1"）可能返回成功（glibc 中会静默跳过前导零），违反“严格 IPv4 字符串校验”语义 - 无法区分
"192.168.1"和"192.168.1."——两者都返回 0，但后者明显多了一个点 - 需要包含
<>winsock2.h>（Windows），跨平台初始化麻烦 - 错误信息全靠返回值，没上下文，调试时难定位哪一段出问题
避免用 C++11 std::regex 校验 IPv4
正则表达式写起来短，但实际坑多：
立即学习“C++免费学习笔记（深入）”；
-
std::regex在 libstdc++（GCC）中性能差、部分语法不支持（如原子组），MSVC 实现也有差异 - 正确匹配前导零需复杂断言，例如
(?:25[0-5]|2[0-4][0-9]|[01]?[0-9][0-9]?)，但依然无法阻止"000"被当成合法 - 即使正则写对，也无法和
std::stoi那样自然捕获溢出或非数字字符 - 多数项目禁用
std::regex（因编译慢、运行慢、异常行为多）
IPv6 怎么办？先明确需求再选方案
如果真要支持 IPv6 字符串（如 "2001:db8::1"），inet_pton(AF_INET6, ...) 是唯一合理选择——手写解析逻辑太重，正则更不可靠。但注意：
- IPv6 校验和 IPv4 是完全不同的路径，不要试图用同一套逻辑混用
- 调用前必须确保已调用
WSAStartup（Windows）或忽略（Unix-like） - 返回 1 表示格式合法，但不保证地址可达或路由有效
- 若需同时支持 IPv4/IPv6，建议封装成两个独立函数，或用枚举参数区分模式
真正容易被忽略的是：输入字符串末尾的空白符（"192.168.1.1 \t"）和嵌入的空格（"192.168. 1.1"）。所有方案都必须先做 std::string::find_first_not_of(" \t\n\r") 和 find_last_not_of 清理，否则 istringstream 会把空段当合法、inet_pton 可能静默失败。
