贝利信息

PHP探针能否监测网络带宽_PHP探针监测网络带宽技巧【参考】

日期:2026-01-17 00:00 / 作者:看不見的法師
PHP探针无法实时监测网络带宽,仅能通过读取/proc/net/dev两次差值估算平均速率;HTTP测速受多重干扰,与真实网卡带宽无关;生产环境应使用vnstat、Prometheus或云平台监控。

PHP探针本身不支持实时网络带宽监测

PHP 是服务端脚本语言,运行在 Web 服务器进程内,无法直接读取网卡实时收发字节(如 /proc/net/dev 的秒级变化),更不能像 iftopnethogs 那样抓包或监听 socket 流量。所谓“PHP 探针测带宽”,实际只是间接估算——比如通过 HTTP 请求体大小 + 时间差粗略推算上传/下载速率,或调用系统命令读取历史统计值。

exec() 读取 Linux 网卡累计流量再计算差值

这是最接近“带宽监测”的可行方式,但注意:它只能给出平均速率(如过去 2 秒的 Mbps),不是瞬时值,且依赖服务器有权限执行 cat /proc/net/dev

function getNetworkSpeed($iface = 'eth0', $interval = 1) {
    $dev1 = file_get_contents('/proc/net/dev');
    sleep($interval);
    $dev2 = file_get_contents('/proc/net/dev');
preg_match("/{$iface}:\s*(\d+)\s+\d+\s+\d+\s+\d+\s+\d+\s+\d+\s+\d+\s+\d+\s+(\d+)/", $dev1, $m1);
preg_match("/{$iface}:\s*(\d+)\s+\d+\s+\d+\s+\d+\s+\d+\s+\d+\s+\d+\s+\d+\s+(\d+)/", $dev2, $m2);

if (!$m1 || !$m2) return ['rx' => 0, 'tx' => 0];

$rx_diff = (int)$m2[1] - (int)$m1[1];
$tx_diff = (int)$m2[2] - (int)$m1[2];

return [
    'rx_mbps' => round($rx_diff / $interval / 1024 / 1024 * 8, 2),
    'tx_mbps' => round($tx_diff / $interval / 1024 / 1024 * 8, 2)
];

}

HTTP 层面的“伪带宽”测试不可靠但易实现

有些 PHP 探针提供“测速”按钮,本质是让浏览器发起一个大文件下载(如 10MB 的 speedtest.bin),再用 JS 计算耗时。这测的是「客户端到该 PHP 服务器的 HTTP 下载速度」,受 CDN、反向代理、TCP 拥塞控制、客户端磁盘写入等干扰极大,和服务器真实网卡带宽无关。

  • 若 Nginx/Apache 启用了 sendfile,PHP 不参与传输,microtime() 测不到真实耗时
  • 浏览器可能缓存响应,导致第二次点击结果趋近于 0
  • 并发请求下,结果反映的是 Web 服务吞吐瓶颈,而非网卡上限

真正需要监控带宽,请绕过 PHP 探针

生产环境带宽监控不该依赖 PHP 脚本——它既不实时,也不稳定,还可能被禁用或超时。正确路径是:

  • vnstat 守护进程长期记录网卡流量,提供小时/天/月报表(vnstat -l 可看实时速率)
  • Zabbix / Prometheus + node_exporter 抓取 /proc/net/dev 指标,绘图告警
  • 云主机直接看厂商控制台(如阿里云云监控、AWS CloudWatch)的 NetworkIn/NetworkOut 指标
  • 调试时用 watch -n1 'cat /proc/net/dev | grep eth0' 手动观察

PHP 探针里硬塞一个“带宽”栏目,多数只是视觉安慰。真要定位网络瓶颈,得看 ss -i 的重传率、tcptrace 的 RTT、或者 perf record -e net:netif_receive_skb 这类底层信号——这些,PHP 一概碰不到边。