macOS无一键评分式网络分析，需组合无线诊断（监视Wi-Fi波动）、networkQuality（测HTTPS链路质量）、airport（查RSSI/干扰/协商速率）及dig/traceroute（验DNS与路径）交叉验证，每项有明确参考边界。
macOS 没有“一键评分”式链路质量分析，但系统自带的几款诊断工具能从不同层面客观反映网络健康状况。关键不是找一个数字，而是组合使用、交叉验证——把无线诊断、networkQuality、airport 和终端基础命令串起来，才能看清问题到底出在哪一层。
用无线诊断抓真实场景下的波动表现
它不测速度，专盯“稳不稳”。适合你遇到 Zoom 卡顿、网页加载忽快忽慢这类间歇性问题：
- 按住 Option 键点击菜单栏 Wi-Fi 图标 → 选“打开无线诊断”
- 不点“继续检测”，直接选“监视我的 Wi-Fi 连接”
- 正常刷网页、开会议、传文件，持续至少 90 秒
- 结束后看报告里的信号强度曲线图和“重关联次数”：曲线频繁跌破 –80 dBm，或出现多次 Beacon 丢失，说明物理层已不稳定
用 networkQuality 测真实业务链路质量
它模拟 HTTPS 流量，结果贴近实际体验，尤其适合判断视频会议、远程桌面是否够用：
- 终端运行
networkQuality，关注observedAvgRTTMs（平均延迟）、observedJitterMs（抖动）、packetReordering（乱序包） - 抖动超过 30ms 影响语音，超过 50ms 明显拖慢协作；乱序包 > 2 表示中间设备转发异常
- 测具体服务时加参数：
networkQuality -s api.company.com -p 443，绕过 CDN 干扰，直击业务路径
用 airport 命令查 Wi-Fi 底层协商状态
信号格数是假象，真正影响体验的是 RSSI、噪声、速率和干扰：
- 终端执行
/System/Library/PrivateFrameworks/Apple80211.framework/Versions/Current/Resources/airport -I | grep -E "(RSSI|Noise|rate|obss|channel)" -
agrCtlRSSI理想 ≥ –65 dBm，低于 –70 需警惕；lastTxRate若掉到 6–54 Mbps，说明协商降级 -
obssPktCnt> 50 表示邻频严重拥堵；channel若在 2.4GHz 的 1/6/11 之外，或 5GHz 的 36–48、149–165 之外，大概率信道冲突
补全 DNS 与路径环节，避免误判
连得上≠用得稳。DNS 解析失败或某跳卡顿，会让带宽再高也打不开网页：
-
dig google.com +short @1.1.1.1 && dig google.com +short @8.8.8.8，对比两个 DNS 是否都返回 IP、响应是否均 < 100ms -
traceroute -w 2 cloudflare.com，看哪一跳开始延迟骤升（如 5ms → 320ms）或连续*；若仅最后一跳*，通常是目标禁 ICMP，非故障
这些工具不生成总分，但每项输出都有明确参考边界。比如 observedJitterMs > 40 且 ping -c 20 192.168.1.1 出现丢包，基本可锁定问题在本地局域网；若 airport 显示 RSSI 正常但 networkQuality 抖动高，则问题大概率出在路由器或上游链路。
