inet_pton是系统级验证IPv4/IPv6格式的黄金标准，它真正解析为二进制地址：返回1表示合法，0为格式错误，-1通常因af参数非法；需预处理端口号、空格及scope_id（如%eth0），Windows需链接ws2_32.lib且包含<winsock2.h>与<ws2tcpip.h>。
用 inet_pton 判断 IPv4/IPv6 格式最可靠
inet_pton 是系统级验证的黄金标准，它不只检查字符串结构，还真正尝试解析为二进制地址。只要返回 1，就说明是合法格式；返回 0 表示格式错误；返回 -1 通常是 af 参数非法（比如传了 AF_UNIX）。
常见错误：直接传入带端口号的字符串（如 "192.168.1.1:8080"）或含空格的字符串，inet_pton 会直接返回 0 —— 它只认纯地址，不处理任何额外字符。
实操建议：
- 先用
find_first_not_of("0123456789abcdefABCDEF:.")快速筛掉明显非法字符（可选预检，提升性能） - 对疑似 IPv4 字符串，调用
inet_pton(AF_INET, str.c_str(), &addr4) - 对疑似 IPv6 字符串，调用
inet_pton(AF_INET6, str.c_str(), &addr6)；注意：IPv6 地址若含 scope_id（如"fe80::1%eth0"），需提前截掉%及之后部分，否则失败 - 不要依赖
inet_aton（已废弃，不支持 IPv6）或inet_addr（对"256.1.1.1"这类非法地址也返回非-1 值，误判率高）
正则表达式写法必须区分 IPv4 和 IPv6，且不能贪心匹配
正则适合做前置过滤或日志提取，但无法替代 inet_pton 的语义验证。IPv4 正则难点在避免匹配 "999.999.999.999" 这类超范围值；IPv6 正则难点在处理压缩写法（如 ::1、2001:db8::）和嵌入 IPv4（::ffff:192.0.2.1）。
立即学习“C++免费学习笔记（深入）”；
实操建议：
- IPv4 推荐用：
R"^(?:(?:25[0-5]|2[0-4][0-9]|[01]?[0-9][0-9]?)\.){3}(?:25[0-5]|2[0-4][0-9]|[01]?[0-9][0-9]?)$"—— 每段单独限定 0–255，且用^/$锚定，防止匹配到长字符串中的子串 - IPv6 不建议手写完整正则（太长易错），可用简化版粗筛：
R"^([0-9a-fA-F]{1,4}:){7}[0-9a-fA-F]{1,4}$|^::[0-9a-fA-F]{1,4}(:[0-9a-fA-F]{1,4}){0,6}$|^[0-9a-fA-F]{1,4}(:[0-9a-fA-F]{1,4}){1,6}:$"，仅覆盖常见压缩形式，仍需后续用inet_pton确认 - 别用
std::regex在性能敏感路径频繁匹配 —— 构造std::regex对象开销大，应复用已编译的实例
混合判断逻辑：先快速分路，再精准验证
用户输入可能是 IPv4、IPv6、域名或无效字符串，一次全量正则或全量 inet_pton 调用都低效。合理策略是“分流 + 验证”。
实操建议：
- 统计
'.'和':'出现次数：含 3 个点且无冒号 → 优先试 IPv4；含至少 2 个冒号 → 优先试 IPv6；两者都有（如"2001:db8::192.0.2.1"）→ 直接走 IPv6 分支 - 对含
'%'的字符串，先find('%')截断，再验证地址主体（inet_pton不接受 scope_id） - 空字符串、全空白、以点/冒号开头或结尾的，直接拒绝，不进验证流程
- 如果业务允许，把已验证过的地址缓存其类型（
AF_INET/AF_INET6），避免重复解析
Windows 下 inet_pton 需要额外链接 ws2_32.lib
Linux/macOS 默认可用，但 Windows 上未初始化 Winsock 或未链接库会导致链接错误 LNK2019: unresolved external symbol inet_pton，或运行时报 undefined reference。
实操建议：
- 代码开头加
#include <winsock2.h>和#include <ws2tcpip.h>（顺序不能反） - 链接时确保包含
ws2_32.lib：MSVC 项目属性 → 链接器 → 输入 → 附加依赖项；CMake 中用target_link_libraries(my_target ws2_32) - 不需要显式调用
WSAStartup仅为了inet_pton—— 它是纯函数，不依赖 socket 初始化 - 若目标平台需兼容旧 Windows（XP 及更早），
inet_pton不可用，此时必须回退到正则 + 手动段解析（但强烈建议升级最低支持版本）
真正容易被忽略的是 scope_id 处理和 Windows 链接细节 —— 这两点出问题时现象隐蔽，错误信息不指向根本原因。
