服务响应时间统计
这个统计按协议计算请求到响应的耗时分布，覆盖域名解析、文件共享、目录服务等常见协议。它解决的是「慢在哪一类服务」这个范围问题：先看哪类服务的平均值与最大值偏高，再拿着具体报文往下钻。
基本信息
| 适用平台 | Wireshark 的统计菜单（Windows、Linux、macOS） |
|---|---|
| 入口 | Statistics → Service Response Time → 选择协议 |
| 输出内容 | 最小值、最大值、平均值与逐条请求列表 |
| 测量视角 | 以抓包机为观察点，包含网络往返与对端处理 |
典型使用场景
- 快速定位慢服务：按协议看耗时分布，先锁定范围
- 找最慢请求：从统计列表双击跳到具体报文
- 建立基线：记录正常时段的分布作为后续对照
- 变更验证：网络或配置调整前后对比分布变化
- 分配排查精力：把时间花在耗时明显偏高的那类服务上
操作路径
操作路径
# Statistics → Service Response Time → 选择目标协议
# 查看最小值、最大值与平均值
# 双击某一行直接跳到对应报文继续分析
# 注意：测量点位于抓包机，数值含网络往返判读要点
| 指标 | 含义 | 注意事项 |
|---|---|---|
| 最小值 | 最快的一次交互 | 反映理想情况下的耗时 |
| 平均值 | 整体水平 | 受少数极端值影响明显 |
| 最大值 | 最慢的一次 | 通常对应超时与重试 |
| 样本数 | 成功配对的请求数 | 偏少说明存在明显丢包 |
抓包机位于客户端侧时，统计出来的数值是网络往返与服务端处理的总和。要把这两部分拆开，需要在服务端侧并列抓一份包做对照。
统计建立在请求与响应成功配对的基础上。响应丢失时样本数会明显偏少，此时读数只反映「能配对上的那部分」，不能当作整体水平。
这类统计的用途是缩小范围而不是给出结论。看到某类服务偏慢之后，仍然要回到具体报文上确认慢在哪一段。