不推荐用 std::regex 判断 IPv6 合法性，因其难以覆盖压缩格式、混合地址等 RFC 规则，易漏判误判；应优先使用 inet_pton 或手动解析。
用 std::regex 判断 IPv6 格式是否合法？别踩这个坑
正则看似最直接，但标准 IPv6 的压缩规则（如 ::、前导零省略、混合 IPv4 等）让正则极易漏判或误判。C++11 的 std::regex 默认使用 ECMAScript 语法，不支持原子组或条件匹配，写一个全覆盖的正则几乎不可维护，且性能差。实际项目中，它只适合粗筛（比如先排除明显不含冒号或含非法字符的字符串），不能作为最终判定依据。
真正可靠的做法是手动解析：拆分段、校验每段十六进制值、处理压缩符逻辑。
手动解析的核心三步：分割、计段、逐段校验
IPv6 地址最多有 8 段 16 进制数，用冒号分隔；:: 表示一段或多段连续的全 0 段，且整个地址中最多出现一次。解析必须严格按 RFC 5952 建议（如不接受 0001，只接受 1；不接受 :::）。
- 先用
std::string::find找出所有:的位置，判断是否含::—— 若有，记录其起始下标，并用std::string::substr分割为左右两部分 - 左部分用
std::string::find_first_of(':')循环切出非空段（跳过开头或结尾的空段），右同理；注意::左侧段数 + 右侧段数 ≤ 8 - 对每一段调用
std::stoi(segment, nullptr, 16)转换，捕获std::out_of_range和std::invalid_argument异常；同时检查长度：单段不能超过 4 个十六进制字符（如fffff非法）
特殊场景必须显式处理
IPv6 地址可能嵌套 IPv4（如 ::ffff:192.0.2.1），也可能带端口号（[::1]:8080）。这些不是纯 IPv6 字符串，需提前剥离：
立即学习“C++免费学习笔记（深入）”；
- 若字符串以
[开头、以]结尾，则先去掉这对括号，再判断内部是否为 IPv6；否则直接拒绝 - 若去掉括号后末尾含
:后跟数字（如:80），需用std::string::rfind(':')从右找最后一个:，确认其右侧是否全为 ASCII 数字 —— 是则截掉端口部分，只校验左侧 - 混合地址（
IPv4-mapped）中，最后 32 位允许用点分十进制，但前面必须是合法的 IPv6 段（如::ffff:123.45.67.89合法，::ffff:123.45.67.890非法）；此时需单独对点分部分用std::strtol校验每段是否在 [0,255]
用 inet_pton 是最简方案，但要注意平台差异
Linux/macOS/WSL 下可直接用 inet_pton(AF_INET6, c_str(), &addr)，返回 1 表示成功，0 表示格式错误，-1 表示协议不支持。Windows 需链接 ws2_32.lib 并调用 WSAStartup 初始化 —— 如果你没做网络编程初始化，inet_pton 会静默失败（返回 0），容易误判为格式错误。
另外，inet_pton 接受 RFC 4291 定义的所有合法格式（包括大小写混用、多余前导零），但它**不验证是否符合 RFC 5952 的“规范化建议”**（比如它接受 0000:0000::1，而规范推荐写成 ::1）。如果你要做地址标准化（如日志归一化），仍需手动解析。
真正难的不是识别，而是区分「语法合法」和「语义合理」——比如 ::1 合法，::g 非法，但 ::0000:1 虽然 inet_pton 认可，却违反了人类可读性规范。这类边界，得靠组合判断。
