用 system() 调用 ping 最快但不跨平台，Windows 和 Linux 参数及退出码不统一，不可靠判断连通性；推荐用 TCP connect 检测端口可达性更务实。
用 system() 调用 ping 最快但不跨平台
Windows 和 Linux 的 ping 命令行为差异大（比如超时参数是 -n 还是 -c，失败退出码也不统一），直接用 system("ping -c 1 8.8.8.8") 能跑通，但很难可靠判断“是否畅通”——system() 只返回 shell 退出码，而 Windows 下即使 ping 不通也常返回 0。
实操建议：
- 仅用于开发机快速验证，别用在生产环境或需要精确反馈的逻辑里
- Windows 下加
> nul避免控制台刷屏：system("ping -n 1 8.8.8.8 > nul") - Linux 下建议用
-c 1 -W 2（发 1 包、2 秒超时），避免卡住：system("ping -c 1 -W 2 8.8.8.8 > /dev/null 2>&1") - 别依赖
system()返回值做业务分支——它返回的是 shell 进程退出码，不是 ping 结果
用 std::process::Command（C++23）更干净但还没普及
C++23 引入了 std::process::Command，能捕获 stdout/stderr 和真实退出码，比 system() 可控得多。但目前 GCC 13/Clang 16 默认仍不启用，需手动开 -std=c++2b 且链接 libstdc++ 实验性进程库，实际项目中基本不可用。
如果你确定运行环境支持 C++23 且编译器够新：
立即学习“C++免费学习笔记（深入）”；
- 用
Command::new("ping").args({...}).output()获取完整响应 - 检查
output.status.success()+output.stdout是否含"bytes=32"或"64 bytes"等成功标识（不能只信退出码） - Linux 和 Windows 仍要分路径构造参数，比如
-cvs-n
真正可靠的做法：用原始 socket 发 ICMP（需管理员/root 权限）
绕过 shell、自己构造 ICMP Echo Request，才能 100% 控制超时、重试、响应解析。但 POSIX 和 Windows API 差异极大：
- Linux：用
socket(AF_INET, SOCK_RAW, IPPROTO_ICMP)，需root权限，还要手动填 ICMP 头、计算校验和 - Windows：用
IcmpSendEcho()（iphlpapi.h），需链接iphlpapi.lib，普通用户权限即可 - 跨平台？没有银弹。可以用
libpcap（需抓包权限）或封装好的boost::asio+ raw socket（同样权限敏感） - 注意：很多容器环境、云主机默认禁用 raw socket，
ping命令能跑不代表你的程序能调用SOCK_RAW
更务实的选择：用 TCP connect 检测服务端口连通性
绝大多数场景下，“IP 是否畅通”真实意图是“目标机器上的某个服务能不能访问”。与其折腾 ICMP，不如尝试连一个已知开放的端口（如 HTTP 的 80、HTTPS 的 443、SSH 的 22）：
- 用
socket()+connect()，设置非阻塞 +select()或poll()控制超时，权限要求低、兼容性好 - 失败时区分
errno == ECONNREFUSED（端口关闭）、EHOSTUNREACH（路由不通）、ETIMEDOUT（防火墙拦截或主机宕机） - 示例片段：
int sock = socket(AF_INET, SOCK_STREAM, 0); connect(sock, (sockaddr*)&addr, sizeof(addr))，500ms 内返回即认为可达 - 缺点：无法区分“主机关机”和“防火墙 DROP 所有包”，但对运维、心跳检测这类场景已足够
ICMP 是最接近“网络层连通性”的指标，但代价是权限、兼容性和实现复杂度。多数应用真正该检测的，是“我依赖的服务能不能说话”，而不是“它能不能收 icmp 包”。
