最稳方式是用 inet_pton：它调用系统底层解析器，天然支持压缩格式、大小写混写，并拒绝非法字段；但需预处理去除首尾空白及不可见字符，否则返回0。
用 inet_pton 判断 IPv6 字符串最稳，但要注意输入格式
直接调 inet_pton 是生产环境首选，它不解析字符串逻辑，而是走系统底层 IP 解析器，天然支持压缩格式（如 2001:db8::1）、大小写混写（2001:DB8:85A3::8A2E），还能自动拒绝非法字段（如双冒号过多、段超长、含空格）。但必须注意：传入的 const char* 不能带首尾空白，否则返回 0（格式错误）；也不能含制表符、换行等不可见字符。常见坑是用户从日志或 HTTP 头里直接取值，没做 std::string::find_first_not_of(" \t\n\r") 清理。
手工解析 IPv6 要过这三关：段数、长度、字符合法性
若因嵌入式/无 libc 环境无法用 inet_pton，就得自己拆。核心约束有三条：
- 必须恰好 7 个
:，且不能连续出现（::是合法压缩，但:::不合法） - 每段（冒号分隔的子串）长度必须在 1–4 字符之间；全空段（如
2001:::1）或超长段（2001:00000:85a3::1）都失败 - 每字符必须是十六进制数字：用
isxdigit(static_cast<unsigned char>(c))</unsigned>判，别直接传char——符号扩展会让\xFF被误判为 EOF
示例片段：
for (char c : segment) {
if (!isxdigit(static_cast<unsigned char>(c))) return false;
}
isxdigit 不能代替字段结构校验
isxdigit 只管单字符，不管上下文。它会把 "0x123" 里的 x 当作非法字符（因为 x 不在 0-9/a-f/A-F 范围），但也会把 "gggg" 判为“全是 hex 字符”——这没错，但它根本不是合法 IPv6 段。所以必须先按 : 切分，再对每段单独做：
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
- 长度检查（1–4）
- 非空检查（
segment.empty()） - 逐字符
isxdigit校验
2001::00000:1 或 2001::gggg:1 这类典型非法串。
别信网上抄的正则，C++ std::regex 对 IPv6 几乎不可靠
试图用正则匹配 IPv6 的人，基本都踩过坑："^([0-9a-fA-F]{1,4}:){7}[0-9a-fA-F]{1,4}$" 这类表达式既不支持 :: 压缩，又无法处理双冒号展开逻辑；而更“完整”的正则（含分支处理 ::）在 libstdc++ 旧版本下极易触发灾难性回溯——比如输个 "1:2:3:4:5:6:7:::"，线程可能卡死数秒。C++20 仍无 regex timeout 支持，自己套线程+中断太重。结论很直白：IPv6 格式校验不是正则该干的活，inet_pton 或手工解析才是确定性路径。
立即学习“C++免费学习笔记（深入）”；
真正难的不是写对逻辑，而是记住 IPv6 合法性由系统解析器定义，而非某份 RFC 文本的字面意思——比如 2001:db8::1%eth0（带 zone ID）在 Linux 下用 inet_pton(AF_INET6, ...) 会失败，但它是合法的链路本地地址；这种场景得切到 getaddrinfo。不过，纯字符串格式校验，就盯死 inet_pton 的行为边界就够了。
