获取公网IP唯一可行方案是调用外部HTTP服务，因C++标准库和系统API无法获取NAT后公网地址；推荐使用libcurl请求https://api.ipify.org等服务，并注意HTTPS、重定向、响应清理及超时设置。
直接调用外部服务是唯一可行方案
C++ 标准库和操作系统 API 都不提供获取公网 IP 的能力——因为“公网 IP”不是本机网络栈配置的一部分，而是你所处 NAT/路由器对外暴露的地址，必须通过第三方服务回显才能得知。
常见错误是试图读取 getifaddrs() 或 GetAdaptersAddresses() 返回的本地 IP（如 192.168.x.x 或 10.x.x.x），这些全是私有地址，和公网 IP 完全无关。
实操建议：
- 选一个响应快、无认证、返回纯文本的 HTTP 服务，例如
https://api.ipify.org（返回 IPv4）或https://api64.ipify.org（IPv6） - 用轻量 HTTP 客户端（如
libcurl）发起 GET 请求，读取响应体 - 避免轮询或重试逻辑过于激进，多数服务对频繁请求有限流（如 api.ipify.org 约 1 次/秒）
用 libcurl 发起最简 HTTP GET 请求
这是目前最稳定、跨平台、且无需额外依赖（除 libcurl 外）的做法。Windows 下需链接 libcurl.lib，Linux/macOS 用 -lcurl。
立即学习“C++免费学习笔记（深入）”；
关键点：
-
curl_easy_setopt(curl, CURLOPT_URL, "https://api.ipify.org")必须设为 HTTPS，HTTP 会被现代服务拒绝或重定向，导致解析失败 -
CURLOPT_FOLLOWLOCATION设为1L，否则重定向（如 HTTP → HTTPS）会返回空响应 - 响应体可能带换行符（
\n），需用strtrim类逻辑清理，否则后续解析出错
示例片段（错误处理已省略）：
std::string ip;
auto write_callback = [](void* ptr, size_t size, size_t nmemb, void* userp) -> size_t {
auto& buf = *static_cast<std::string*>(userp);
size_t len = size * nmemb;
buf.append(static_cast<char*>(ptr), len);
return len;
};
curl_easy_setopt(curl, CURLOPT_WRITEFUNCTION, write_callback);
curl_easy_setopt(curl, CURLOPT_WRITEDATA, &ip);没有 libcurl 怎么办？别硬造 socket
有人尝试用原始 socket 手动拼 HTTP 请求，结果卡在 TLS 握手、证书验证、HTTP 解析上——这不是 C++ 的短板，而是重复造轮子的典型陷阱。
替代方案优先级：
- Windows：用
WinHttp（比WinInet更现代，支持 HTTPS 且无需 UI 上下文），但需手动处理证书校验开关（WINHTTP_FLAG_SECURE_PROTOCOL_TLS1_2）和响应头解析 - macOS：用
NSURLSession（Objective-C++ 混编），但引入 Foundation 框架会增大二进制体积 - 完全无第三方依赖？只能接受“不可靠”——比如调用系统命令
curl -s https://api.ipify.org并捕获 stdout，但依赖 shell 环境且易被杀软拦截
IPv4 / IPv6 双栈场景下的判断逻辑
用户设备可能同时有 IPv4 和 IPv6 公网地址，但多数服务只返回其一。若需明确区分，不能只看响应格式（如含冒号就认为是 IPv6），而应：
- 主动请求不同 endpoint：
https://api.ipify.org（IPv4）、https://api64.ipify.org（IPv6） - 检查响应是否为空或超时——IPv6 地址可能因网络路径不通而无法获取，不代表设备没 IPv6 能力
- 不要用
inet_pton()判断字符串类型再决定用哪个 endpoint，这会导致“先有鸡还是先有蛋”的循环
更实际的做法是：默认用 IPv4 endpoint；若业务明确要求 IPv6（如某些 CDN 配置），才额外发一次 IPv6 请求并做容错处理。
真正容易被忽略的是 DNS 解析失败——api.ipify.org 域名本身可能被本地 DNS 污染或屏蔽，此时即使网络连通，请求也会卡在 resolve 阶段。加个 CURLOPT_CONNECTTIMEOUT_MS（如 3000）比什么都重要。
