直接ping稳定IP（如8.8.8.8）比调用系统API更可靠，因其验证真实可达性而非仅接口状态，且规避DNS干扰、防火墙误判及多网卡误导，退出码为0即表示通。
直接 ping 一个稳定地址比调用系统 API 更可靠
Windows 和 Linux 的网络状态 API（比如 InternetGetConnectedState 或 NetworkInterface.GetIsNetworkAvailable()）经常返回“已连接”，但实际无法访问外网——比如连着没上公网的路由器、或仅 IPv6 可用而目标服务只支持 IPv4。真正有意义的判断是“能否通到某个可用节点”。最简单有效的方式是发起一次轻量级 ICMP 或 TCP 探测。
- 优先用
ping -c 1 -W 2 8.8.8.8（Linux/macOS）或ping -n 1 -w 2000 8.8.8.8 > nul（Windows），检查退出码是否为 0 - 避免依赖 DNS：直接用 IP（如
8.8.8.8或1.1.1.1），绕过本地 DNS 故障干扰 - 超时设为 1–2 秒，太长会卡主线程；太短（如 500ms）在高延迟网络下易误判
- 不要用
google.com这类域名——国内可能被拦截或解析失败，不等于断网
用 C++ 调用 system() 执行 ping 是最快落地方案
不需要引入 Boost、Poco 或 Qt 网络模块，也不必手写 socket 发 ICMP 包（需要管理员权限且跨平台麻烦）。对大多数桌面/嵌入式场景，system() 足够安全、可读且兼容。
- Windows 下注意命令需重定向输出：
system("ping -n 1 -w 2000 8.8.8.8 > nul 2>&1")，否则控制台会闪现黑窗 - Linux/macOS 用
system("ping -c 1 -W 2 8.8.8.8 > /dev/null 2>&1") - 返回值是 shell 退出码：
0表示通，非0表示不通（注意：某些 shell 在命令未找到时也返回非零，需先确保ping存在） - 如果项目禁用
system()（如沙箱环境），再考虑用std::process（C++23）或 fork+exec（POSIX）
想纯 C++ 实现？用 TCP connect 检查 443 端口更可控
ICMP 可能被防火墙屏蔽，但只要浏览器能打开 HTTPS 网站，443 端口大概率是通的。用 socket + connect() 做一次非阻塞探测，比 ping 更贴近真实应用层需求。
- 目标选
8.8.8.8:443或1.1.1.1:443，避免 DNS 解析环节 - 必须设
SOCK_NONBLOCK（Linux）或ioctlsocket(..., FIONBIO, &nonzero)（Windows），否则 connect 会卡数秒 - 用
select()或poll()等待最多 2 秒，检查是否就绪且无错误 - 成功 connect 后立即
close()，不发任何数据——纯粹验证三层可达性 - 注意：Windows 上需先调用
WSAStartup()，Linux 不需要额外初始化
别忽略多网卡和虚拟适配器带来的干扰
笔记本插着 WiFi 又开着 VMware 或 Docker，getifaddrs() 或 GetAdaptersAddresses() 返回的“Up”接口里，很多是虚拟网卡或仅限本地通信（如 127.0.0.1、169.254.x.x）。光看接口状态毫无意义。
立即学习“C++免费学习笔记（深入）”；
- 过滤掉回环地址（
127.0.0.1）、链路本地地址（169.254.0.0/16）、IPv6 的::1和fe80::/10 - 即使有多个公网可路由地址，也要逐个尝试连接，不能只取第一个
- 某些企业环境会强制走代理——此时 ping 外网 IP 成功，但 HTTP 请求仍失败。真要验证业务可用性，得模拟实际请求（比如 HEAD 到公司健康检查接口）
网络连通性不是布尔值，而是一个分层的事实：物理层 up ≠ 网络层可达 ≠ 应用层可用。选哪种方式，取决于你真正关心的是哪一层。
