macos无内置网络健康评分，但可用networkquality获取带宽、延迟、抖动、丢包率等硬指标；配合airport、ping、dig等命令多维验证，结合阈值判断连接质量。
macos 没有内置“网络健康评分”这一抽象数值，也没有终端命令直接输出类似 0–100 的综合健康分。但你可以通过 networkquality 工具获取标准化、可量化的全链路网络质量指标，这些指标共同构成对连接健康度的客观判断依据——包括带宽、延迟、抖动、丢包率和 tls 稳定性，覆盖从物理层到应用层的关键环节。
以下是你真正能拿到的、有明确含义的健康维度及对应命令：
用 networkQuality 获取真实链路质量基线
该工具由 Apple 官方维护，测试逻辑贴近真实业务流量（HTTPS 上传/下载 + RTT 测量），结果具备工程参考价值：
执行基础测速：
networkQuality
输出 JSON，含downloadMbps、uploadMbps、observedMinRTTMs、observedAvgRTTMs、observedJitterMs、packetReordering、packetDuplication等字段。这些就是健康度的硬指标。启用详细模式定位异常环节：
networkQuality -v
显示每轮 RTT 样本、重传次数（Retransmission count）、TLS 握手耗时、HTTP 响应状态。若发现Retransmission count > 3或TLS handshake time > 800ms，说明链路存在丢包或服务器响应问题。验证特定业务路径质量（绕过 Apple 默认节点）：
networkQuality -s api.yourcompany.com -p 443
适用于判断内网 API、SaaS 服务或 CDN 节点的实际可达性与稳定性，更贴近你的真实使用场景。
配合其他终端命令补全链路视角
仅靠 bandwidth + RTT 不足以覆盖全部健康维度，建议组合验证：
检查底层无线协商能力（Wi-Fi 专属）：
/System/Library/PrivateFrameworks/Apple80211.framework/Versions/Current/Resources/airport -I | grep -E "(lastTxRate|agrCtlRSSI|obssPktCnt|channel)"
关注lastTxRate（是否被压制）、agrCtlRSSI（信号强度是否低于 –70 dBm）、obssPktCnt（邻频干扰是否 >50）。测试端到端连通性与丢包：
ping -c 10 1.1.1.1
查看packet loss和time=波动范围；持续丢包或 RTT 超过 100ms 且抖动 >30ms，即属异常。验证 DNS 解析质量（常被忽略的瓶颈）：
dig google.com +short | head -1 && nslookup google.com | grep "Server\|Address"
若解析超时或返回空，说明 DNS 层已故障，此时 bandwidth 再高也无意义。
这些命令不生成“评分”，但每项输出都有明确阈值参考：比如 downloadMbps 且 <code>observedJitterMs > 40，基本可判定为“视频会议卡顿级”连接；packet loss > 2% 加 RTT > 150ms 则属于“游戏/实时协作不可用”级别。
不复杂但容易忽略的是：健康不是单点快照，而是多维数据的一致性。把 networkQuality 的吞吐与延迟、airport 的物理层速率、ping 的丢包率三者对照着看，才能准确说出——当前连接到底哪里健康、哪里拖后腿。
