IPv4地址校验必须先做字符串形态校验：每段1–3位数字、无前导零、无非数字字符、无空段，再转整数并检查0–255；仅依赖std::stoi或正则易漏判前导零、超界、空段等边界问题。
用 std::stringstream 或 std::stoi 分割并转整数时，为什么常崩在 "192.168.01.1" 或 "192.168.0.001"？
因为前导零在 C++ 数字转换中是八进制标记——std::stoi("01") 返回 1 没问题，但 std::stoi("09") 会抛 std::invalid_argument；更隐蔽的是 "000" 虽能转成 0，但它合法，而 "012" 被当八进制解析（即十进制 10），却不符合 IPv4 “每个段必须是 0–255 的十进制无前导零数字” 的语义。
所以不能只靠转换成功与否判断，得先校验格式：
- 每段必须由纯数字字符组成（不能含空格、字母、+/-）
- 长度为 1–3，且若长度 > 1，则首字符不能是
'0' - 转换后数值 ∈ [0, 255]
手写分割比 std::getline + std::istringstream 更可靠？
是的。std::getline(ss, part, '.') 在遇到连续点（如 "192..168.1"）、开头或结尾带点（如 ".192.168.1"）时，会产生空字符串 part == ""，但 std::stoi("") 直接崩溃。而手写遍历可即时拦截：
for (char c : s) {
if (c == '.') {
if (seg.empty()) return false; // 空段
if (!is_valid_segment(seg)) return false;
seg.clear();
} else if (c < '0' || c > '9') {
return false; // 非数字
} else {
seg += c;
}
}
if (seg.empty()) return false; // 末尾是点，或整个串为空
这样能早筛掉非法结构，避免后续转换异常。
立即学习“C++免费学习笔记（深入）”；
std::regex 能一行解决吗？生产环境建议用吗？
可以写成：std::regex r(R"(^((25[0-5]|2[0-4]\d|1\d\d|[1-9]?\d)\.){3}(25[0-5]|2[0-4]\d|1\d\d|[1-9]?\d)$)")，但要注意：
- PCRE 引擎在部分 libstdc++ 实现中性能较差，短字符串尚可，高频调用（如网络包解析）可能成瓶颈
- 正则无法区分
"00"和"0"——上面这个表达式允许"00"（因[1-9]?\d匹配单个数字，也匹配"0"，但"00"会被前面的25[0-5]等分支跳过，最终落到[1-9]?\d，而它允许"00"，这是错的） - 真正严格的正则需额外限制每段长度，变得极难读和维护
除非已有 regex 基础设施且流量低，否则不推荐。
边界 case 必须手动覆盖的 4 种典型失败
实际日志里最常漏判的是这些：
-
"123.456.789.0"→ 段值超 255，但分割后std::stoi不报错（因 456、789 是合法十进制），必须显式检查 ≤ 255 -
"192.168.0.1."→ 末尾多一个点，导致最后一段为空，stoi抛异常 -
"192.168.0.01"→ 转成整数是 1，但原始字符串含前导零，违反 IPv4 文本规范（RFC 791 要求十进制表示，隐含无前导零） -
"192.168.0.-1"→std::stoi会静默截断为 -1，再与 0–255 比较就失败；但更好的做法是在字符扫描阶段就拒绝'-'
真正健壮的实现，得在「拆分」和「数值校验」之间插一层「字符串形态校验」——这步最容易被跳过，也是线上出问题最多的地方。
