Linux下读取/proc/net/snmp可获取TCP/UDP协议栈丢包计数，无需特权、轻量可靠；Udp:行第4列为InErrors（校验失败或无socket匹配丢包），Tcp:行需关注RetransSegs与OutSegs比值估算重传率，丢包率需两次采样差值计算，不可直接相除。
Linux下读取/proc/net/snmp里的丢包统计
Linux内核通过/proc/net/snmp暴露TCP/UDP层的丢包计数，这是最轻量、无需特权、且被广泛验证的方式。注意它只反映协议栈层面的丢弃（比如缓冲区满、校验失败），不包含网卡驱动或硬件丢包。
-
Udp:行中的第4列是InErrors（接收时UDP校验失败或无socket匹配的包） -
Tcp:行中的第13列是EstabResets（非正常连接重置，部分源于丢包重传超限），但更直接的是TCPLostRetransmit（需启用net.ipv4.tcp_retrans_collapse=0并依赖内核版本≥5.10） - 两次采样间隔Δt内，丢弃率 ≈ (Δ
InErrors) / (ΔInDatagrams) × 100%，前提是分母不为零
用C++解析/proc/net/snmp并计算丢包率
别用正则——行格式固定，按空格切分更稳。关键点：必须跳过首行“Ip:”等标题行，且每行字段数不一致（IPv6段更长），需按协议标识符（如"Udp:"）定位目标行。
std::ifstream snmp("/proc/net/snmp");
std::string line;
long udp_in_errors = 0, udp_in_datagrams = 0;
while (std::getline(snmp, line)) {
if (line.starts_with("Udp:")) {
std::istringstream iss(line);
std::string proto; iss >> proto; // 跳过"Udp:"
iss >> udp_in_datagrams >> udp_in_errors; // 第2、4个数字
break;
}
}
注意：std::istringstream默认以空格分隔，但需确保跳过协议名后只取前几项；若担心字段偏移，可循环读取并计数索引。
为什么不能直接用libpcap抓包算丢包率
libpcap（或std::packet_socket）只能捕获**被内核交付给用户态的包**，而丢包发生在进入socket缓冲区之前（如netfilter DROP、sk_buff分配失败）。你看到的“没抓到”不等于“被丢”，可能是过滤规则、混杂模式未开、或ring buffer溢出导致的二次丢弃——这反而污染统计。
立即学习“C++免费学习笔记（深入）”；
- 抓包工具适合诊断特定流异常，不适合系统级丢包率监控
-
pcap_stats()返回的ps_drop是libpcap自身ring buffer溢出数，不是内核丢包 - 需要CAP_NET_RAW权限，而
/proc读取只需普通用户权限
跨平台兼容性与替代方案
Windows没有等价的/proc/net/snmp。可用GetIfEntry2()查ifInDiscards（接口层丢弃，含驱动层），但需链接iphlpapi.lib且单位是累计计数器，要自己差分。macOS用sysctlbyname("net.inet.ip.stats")，但字段含义和Linux不完全对齐。
真正想统一处理，建议在Linux用/proc/net/snmp，其他平台降级为只读取接口级计数器（如ifInDiscards），并明确文档注明：该值不等同于TCP/UDP协议栈丢包率。
实际部署时最容易忽略的是采样频率——太频繁（30s）则无法捕捉瞬时拥塞。建议5–10秒间隔，并对分母做防零处理。
