linux下需通过/proc/net/dev两次采样tx_bytes差值除以间隔和网卡速率计算出口带宽利用率，延迟须主动发icmp/tcp探测，吞吐量测量需控制socket选项与缓冲区行为。
Linux下用/proc/net/dev解析出口网络实时带宽利用率
Linux没有现成API直接返回“利用率百分比”，必须自己算：取两次/proc/net/dev中对应网卡的tx_bytes字段，做差值再除以采样间隔和网卡最大速率。常见错误是直接拿当前字节数当利用率——这毫无意义。
- 先用
ip link show确认真实出口网卡名（如eth0或ens33），别硬写lo或docker0 - 读
/proc/net/dev时跳过前两行，按空格分割后第9列是发送字节数（tx_bytes） - 最大速率不能靠猜：查
ethtool <code>eth0输出里的Speed:行，单位是Mbps；若为Unknown!，保守按1000Mbps估算 - 采样间隔建议≥500ms，太短会导致浮点噪声大，
std::this_thread::sleep_for(std::chrono::milliseconds(500))比轮询更稳
延迟统计得用ICMP或TCP探测，不是读系统文件
/proc或sysfs里根本没有“延迟”这个指标。想测出口链路延迟，必须主动发包。用ping命令只是调试手段，C++里得调用原始套接字或libpcap，但更推荐复用system("ping -c 1 -W 1 google.com 2>/dev/null | awk '/time=/ {print }' | cut -d= -f2")——简单场景够用，且避免自己处理ICMP校验和出错。
- 别用
gethostbyname查DNS：延迟统计目标应是IP（如8.8.8.8），绕过DNS干扰 - 超时设为
-W 1而非默认的-W 10，否则单次失败就卡住10秒 - 多次探测取中位数（至少3次），剔除异常值，平均值易被抖动拉偏
- 注意防火墙：部分云主机禁ICMP，可改用
nc -z -w1 8.8.8.8 443测TCP建连延迟
C++里用std::chrono测吞吐需控制变量，否则结果失真
吞吐量（如MB/s）不是系统指标，是应用层行为结果。如果你要测“本进程出口吞吐”，必须限定条件：固定大小buffer、非阻塞socket、关闭Nagle（TCP_NODELAY）、绑定到指定网卡（SO_BINDTODEVICE）。随便开个send()循环然后除以时间，测出来的是缓冲区刷出速度，不是真实链路吞吐。
- 发送端用
send(..., MSG_NOSIGNAL)避免SIGPIPE中断计时 - 接收端必须真实消费数据（比如
recv()到空buffer），否则发送端可能因TCP窗口满而阻塞 - 单次测量至少持续2秒，短于500ms的吞吐波动太大，无参考价值
- 别忽略
send()返回值：它可能小于请求长度，需循环发送直到写完，否则吞吐被低估
Windows上没/proc/net/dev，得用GetIfEntry2()和GetPerfCounterData()
Windows没有统一的文本接口，必须调用IPHLPAPI。GetIfEntry2()能拿到ifOutOctets，但它是累加值且更新有延迟（默认1秒粒度）；更准的是用性能计数器PerfDataHelper读Network Interface\Bytes Sent/sec，但需要管理员权限注册提供者。
- 调用
GetIfEntry2()前先用ConvertInterfaceLuidToNameW()把LUID转成可见网卡名，否则ifIndex对不上 -
GetPerfCounterData()返回的是每秒值，不用自己做差分，但首次调用可能返回0，需等待2秒再取 - Windows的“延迟”依然只能靠
IcmpSendEcho2，且需WSAStartup()后调用，否则返回ERROR_INVALID_HANDLE - 所有Windows API调用都得检查
GetLastError()，尤其GetIfEntry2()在旧系统上可能返回ERROR_NOT_SUPPORTED
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
