networkquality 是 macos 原生网络诊断工具，可精准测量延迟、抖动、丢包和带宽；默认运行获基础指标，-v 查看详细 rtt 日志定位抖动源，-s/-p 测试真实业务路径，-l/-n 控制测试强度避免干扰。
networkquality 是 macos 原生内置的网络质量诊断工具，专为量化评估延迟、抖动、丢包和带宽设计，无需安装第三方软件。它直接调用系统底层网络栈，输出结果具备高可信度，特别适合排查视频会议卡顿、远程桌面延迟突增、实时协作工具响应迟滞等与抖动强相关的问题。
查看基础延迟与抖动指标
默认运行即可获取关键时延数据：打开终端，执行 networkQuality，等待约 20 秒。结果中重点关注以下字段：
- observedMinRTTMs：实测最小往返时间（单位毫秒），反映链路固有延迟
- observedAvgRTTMs：平均 RTT，若明显高于最小值，说明存在波动
- observedJitterMs：抖动值（RTT 标准差），Apple 官方定义为“连续样本间 RTT 差异的均方根”，数值越低越稳定；超过 30ms 通常影响语音通话，超过 50ms 明显影响实时协作
- uploadMbps / downloadMbps：吞吐量本身不直接体现抖动，但带宽严重不足会加剧队列排队，间接抬高抖动
启用详细日志定位抖动来源
添加 -v 参数可展开每轮 RTT 测量过程，帮助识别抖动是偶发尖峰还是持续恶化：
- 执行 networkQuality -v，观察终端逐行输出的 “Measuring RTT” 日志段
- 注意连续几轮中 RTT 是否出现阶梯式上升（如从 12ms → 48ms → 92ms），这往往指向中间路由器缓冲区溢出或 QoS 策略干预
- 若日志中频繁出现 “Retransmission count: X” 且 X > 0，说明丢包触发重传，重传等待会显著拉高某次 RTT，形成单点抖动尖峰
绕过默认服务器，测试真实业务路径
默认连接 Apple 服务器可能走 CDN 或优化链路，无法反映你实际访问的服务质量。使用 -s 和 -p 指向目标地址，例如公司会议系统或内部 API：
- 命令示例：networkQuality -s meet.example.com -p 443
- 确保该域名能被正常解析且端口可达（可先用 curl -I https://meet.example.com 验证）
- 对比默认测试与业务地址的 observedJitterMs：若后者高出 2 倍以上，问题大概率出在你到该服务之间的路径上，而非本地 Wi-Fi 或 ISP 公网
控制测试强度，避免干扰前台应用
全速测速本身会占用带宽并可能触发路由器限速机制，反而人为制造抖动。用 -L 和 -n 降低压力：
- 轻量采样：networkQuality -L 8 -n 1（8 秒单流测试），适用于后台定时监测
- 重点看抖动：networkQuality -L 12 -v | grep "RTT"，提取多轮 RTT 值手动计算标准差，比单次 observedJitterMs 更直观
- 连续快照：for i in {1..5}; do networkQuality -L 6 -n 1 | grep -E "(RTT|Jitter)"; sleep 2; done，观察抖动是否随时间恶化
