网络测试 介绍与选型指南

目标：基于官方公开资料（各项目官方网站与 GitHub 官方仓库 Releases）梳理网络测试领域七款主流工具——iperf3、wrk、hping3、mtr、Wireshark、tcpdump、Nmap——的定位、版本基准、分类体系与选型口径，并按「带宽测量 / 负载压测 / 路径探测与主机发现 / 协议分析」四个子域给出选型建议。本文为认知类专题文档（无单一版本号，版本口径按工具分列），仅做官方资料溯源，不做本地安装与运行实测；全部版本号、日期与社区数据于 2026-10-19 联网实查。

一、信息基准

1.1 查询说明

• 查询日期：2026-10-19。
• 信息获取方式：纯官方资料溯源（各工具官方网站与 GitHub 官方仓库 Releases/Tags 页；社区数据取自 shields.io 徽章接口），本文不做本地安装与运行实测。
• 专题说明：本栏为组合专题列，标题不带单一版本号；本栏站内已有 iperf3、wrk、ab、hey、netperf、locust 在 Ubuntu 22.04 与 CentOS 8 双发行版上的安装与命令参数专篇，本文定位是该领域的全景导览与选型入口。

1.2 版本依据表

补充：iperf3 由 ESnet 维护、保持季度级节奏（3.21 于 2026-04-13）；wrk 自 2021 年、hping3 自 2004 年起无新版本，属「功能冻结、稳定可用」型项目；mtr 0.95（2022-01）到 0.96（2025-07）间隔逾三年，低频维护；Wireshark 稳定线按月度补丁推进、每年一个大版本；tcpdump 与 libpcap 同源低频发版（4.99.6 于 2025-12-30）；Nmap 处于 7.99 系列的快速修复节奏（7.991 于 2026-08-05、7.992 于 2026-10-12）。

1.3 官方来源清单

二、领域概述

「网络测试」是一个多目标命题：既包括链路层的吞吐与延迟测量，也包括应用层的负载压测，还包括中间链路的路径诊断与流量本身的协议解析。按测试对象与动作，可拆为四个子域：

1. 带宽测量（吞吐基线）：在两台主机间打流，测量 TCP/UDP 可达带宽、抖动与丢包，回答「这条链路到底多快」。代表工具为 iperf3（ESnet 出品，事实标准），netperf 是传统备选。
2. 负载压测（HTTP 应用层加压）：以并发连接持续施压，测量吞吐、延迟分布与错误率，回答「这个服务能扛多少」。代表工具为 wrk（单机极限基准），ab/hey 是轻量备选，Locust/JMeter 面向复杂场景。
3. 路径探测与主机发现：沿路由逐跳定位丢包/延迟节点（mtr）、构造定制包探测防火墙与过滤规则（hping3）、枚举存活主机与开放端口（Nmap），回答「流量为什么慢、哪里被拦」。
4. 协议分析（抓包解析）：在线捕获并解码数据包，逐层检查交互细节。代表工具为 Wireshark（GUI 深度解码）与 tcpdump（命令行轻量捕获），二者共享 libpcap 捕获层。

四个子域构成一条完整的排查链路：iperf3 验证底层带宽 → wrk 验证应用层容量 → mtr/hping3/Nmap 定位路径与策略问题 → Wireshark/tcpdump 兜底逐包取证。选型的第一步是明确「测什么」，再在子域内挑工具。

三、工具生态分类体系

3.1 带宽测量

解读：iperf3 是 iperf2 的重写版，采用单线程主控 + 独立数据连接模型，报告更精细（每秒间隔统计）；netperf 强在请求-响应（RR）型别的吞吐/延迟测量。新场景默认 iperf3，需 RR 型别或与历史基线对比时用 netperf。

3.2 负载压测

解读：测单接口天花板用 wrk（性能优先）；快速冒烟用 ab/hey（易用优先）；业务链路建模与分布式加压用 locust（灵活性优先）。wrk 长期冻结但功能完备，4.2.0 仍是当前基线。

3.3 路径探测与主机发现

解读：mtr 回答「路径上哪一跳丢包」，hping3 回答「包为什么被丢」（可精确控制协议字段），Nmap 回答「对端开了什么」。三者从统计、构造、枚举三个角度互补，是网络排查「三板斧」。

3.4 协议分析

解读：两者同源于 libpcap 捕获层，典型分工是「tcpdump 服务器上抓包 → 文件带回工作站用 Wireshark 分析」。Wireshark 的 tshark 命令行组件也可在无 GUI 环境做解码统计。

四、关键工具与特性

4.1 iperf3：端到端吞吐基线

iperf3 3.22（2026-09-29）采用客户端-服务器模型，支持 TCP/UDP/SCTP、多并行流（-P）、双向测试（--bidir）、服务端反向模式（-R）与 JSON 输出（-J），按秒输出间隔带宽/重传/拥塞窗口统计（software.es.net/iperf 与官方 README）。相比 iperf2 移除了多线程主循环等历史包袱，是新建基线的默认选择。

4.2 wrk：单机 HTTP 极限基准

wrk 4.2.0（2021-02-07）以多线程 epoll 架构以最小 CPU 开销打满目标，LuaJIT 脚本支持自定义请求与响应处理；输出含延迟分布（p50/p75/p90/p99）（官方 README）。功能冻结但稳态可用，适合做接口性能天花板测量；复杂业务编排需求应转向 locust/JMeter。

4.3 hping3：定制包探测

hping3 3.0.0（2004 年起冻结）可组装任意 TCP/UDP/ICMP/RAWIP 包并发送，常用动作包括 SYN 探测（-S）、分片测试（-f）、trace 路径（--traceroute）与从文件读载荷；是验证防火墙规则、MTU/分片问题与 IDS 检测能力的经典工具（官方 wiki 与 man 手册）。

4.4 mtr：路径质量统计

mtr 0.96（2025-07-06）将 traceroute 与 ping 融合为实时刷新的逐跳视图，报告模式（-r）输出统计型文本报告，支持 ICMP/UDP/TCP 探测与 AS 号显示；诊断「某地用户访问慢」时先跑 mtr 报告再谈结论（官网 bitwizard.nl/mtr 与 man mtr）。

4.5 Wireshark：协议深度解码

Wireshark 4.4.19 稳定线提供数百种协议解析器、显示过滤器语法、TCP/UDP 流重组、VoIP/IoT 专项分析与专家信息（Expert Info）诊断；命令行伴生工具 tshark/capinfos/editcap 覆盖无 GUI 场景（wireshark.org 官方文档）。许可 GPL-2.0，由 Wireshark 基金会维护。

4.6 tcpdump：服务器现场抓包

tcpdump 4.99.7（2026-09-21）基于 libpcap，BPF 过滤器（tcp port 443 等）高效圈定流量，支持按字节截断（-s）、写入文件（-w pcap）与直读式输出（-nn -A）；是资源受限的服务器上第一现场取证工具（www.tcpdump.org/manpages）。

4.7 Nmap：发现与测绘

Nmap 7.992（2026-10-12）覆盖主机发现、端口扫描、服务/版本探测、OS 指纹与 NSE 脚本引擎；在网络测试语境中常用于确认「两端点 + 中间策略」的可达性前提，为吞吐与压测圈定合法目标（nmap.org/book 参考指南）。

五、快速上手

以下示例均转述自各工具官方文档/README/手册页（正文标注来源），本文不做本地实测。

5.1 iperf3（官方 README）

iperf3 -s                       # 服务端（默认 TCP 5201）
iperf3 -c <server> -t 30        # 客户端 TCP 上行 30 秒
iperf3 -c <server> -R -u -b 1G  # 反向 + UDP 限速 1Gbps

5.2 wrk（官方 README）

wrk -t8 -c200 -d30s --latency https://example.com/

5.3 mtr（man mtr / 官网）

mtr -r -c 100 example.com    # 报告模式跑 100 个周期
mtr -n -c 50 -4 example.com  # 不做 DNS 解析的 IPv4 快查

5.4 hping3（官方 wiki / man 手册）

hping3 -S -p 443 example.com            # SYN 探测 443
hping3 --traceroute -S -p 80 example.com  # SYN 方式逐跳跟踪

5.5 tcpdump（官方 manpage）

tcpdump -i eth0 -nn 'tcp port 443' -w dump.pcap   # 捕获 443 流量存文件
tcpdump -r dump.pcap -nn -c 20                    # 回读前 20 个包

5.6 Wireshark（官方文档）

tshark -i eth0 -f "port 443" -w session.pcapng   # 命令行捕获
# GUI：打开 pcapng → 显示过滤器 http.request → 统计 → 会话/流向

5.7 Nmap（官方参考指南）

nmap -sn 192.168.1.0/24        # 主机发现
nmap -sV -p 1-1024 target      # 端口 + 服务版本

本栏站内各工具的安装与命令参数专篇：《Ubuntu 22.04 iperf3 安装与命令参数详解》、《CentOS 8 iperf3 安装与命令参数详解》、《Ubuntu 22.04 wrk 安装与命令参数详解》、《CentOS 8 wrk 安装与命令参数详解》、《Ubuntu 22.04 ab 安装与命令参数详解》、《CentOS 8 ab 安装与命令参数详解》、《Ubuntu 22.04 hey 安装与命令参数详解》、《CentOS 8 hey 安装与命令参数详解》、《Ubuntu 22.04 netperf 安装与命令参数详解》、《CentOS 8 netperf 安装与命令参数详解》、《Ubuntu 22.04 locust 安装与命令参数详解》、《CentOS 8 locust 安装与命令参数详解》。

六、适用场景与限制

6.1 各子域适用场景

• 新链路/新机房验收：iperf3 打流测带宽基线，UDP 模式附带测抖动与丢包。
• 接口容量与性能天花板：wrk 做单接口极限基准，配合延迟分布判断拐点；业务链路回归用 locust。
• 「访问慢/不通」排查：mtr 出逐跳丢包报告定位劣化段，hping3 验证防火墙与分片策略，Nmap 确认端口与服务可达性。
• 协议级取证：tcpdump 现场抓包，Wireshark 回站逐层解码、重组会话、定位重传/乱序/协商失败。

6.2 限制与注意事项

• 打流与压测要「测两端」：iperf3 结果受两端 CPU/网卡/内核参数影响，跨网压测时压测端（wrk）开销会污染延迟数据。
• iperf3 单实例同一时刻只服务一个客户端，多客户端并发需起多实例或多端口（官方 FAQ）。
• wrk 自 2021 年冻结，新协议特性（如 HTTP/2/3）需换用其他工具；hping3 仅支持 IPv4 且长期无维护，新系统编译需自行处理兼容补丁。
• mtr 报告中中间跳的丢包可能只是 ICMP 限速（真实影响看末端目标行），不要逐跳直接下结论。
• 抓包涉隐私与合规：全量抓包要限定窗口与范围，落盘文件按敏感数据管理。
• Nmap 主动扫描同样有授权边界：生产网段扫描前先拿书面许可，避免触发安全设备误判。

七、同类选型对比

7.1 量化对比总表（2026-10-19 实查，按子域分组）

（stars 与贡献者数取自 shields.io 徽章接口、发布时间取自各项目 GitHub Releases 页与官网标注，2026-10-19 实查。）

7.2 兼容矩阵（按子域）

7.3 如何选

按「测什么」分三步选型：测链路能力先用 iperf3（两端各一，TCP 起步 UDP 验证丢包）；测服务容量用 wrk 打单接口天花板、需要业务编排与分布式时升级到 locust；排查路径与策略用 mtr 出报告、hping3 做定向验证、Nmap 做发现兜底；任何「说不清」的最后一步都是 tcpdump 抓包 + Wireshark 解码。四类工具各司其职互为补充——常见组合是 iperf3（基线）→ wrk（容量）→ mtr/Nmap（定位）→ tcpdump/Wireshark（取证）。

八、参考链接

• iperf3 仓库与官方页：https://github.com/esnet/iperf / https://software.es.net/iperf/
• wrk 仓库：https://github.com/wg/wrk
• hping3 仓库：https://github.com/antirez/hping
• hping 官网：http://www.hping.org/
• mtr 官网与仓库：https://www.bitwizard.nl/mtr/ / https://github.com/traviscross/mtr
• Wireshark 官网：https://www.wireshark.org/
• Wireshark 官方文档：https://www.wireshark.org/docs/
• tcpdump 官网：https://www.tcpdump.org/
• tcpdump/libpcap 仓库：https://github.com/the-tcpdump-group/tcpdump
• Nmap 官网与参考指南：https://nmap.org/ / https://nmap.org/book/
• Nmap 仓库：https://github.com/nmap/nmap