可用率和节点成功率应该怎样计算？
可用率按时间算——能完成任务的时长 ÷ 总观察时长，用于评价「这家机场平时靠不靠得住」；节点成功率按数量算——能完成任务的节点数 ÷ 总节点数，用于评价「列表里有多少是真的」。两个指标互补：前者要长期观察，后者一次全量测试就能得到。
可用率
本页最后更新：
- 可用率 Availability
- 可用率 = 能正常完成任务的时间占总观察时间的比例；节点成功率 = 能完成任务的节点数占总节点数的比例。两者的口径都必须是「能完成任务」，不是「显示在线」。
- 谈可用率之前必须统一口径，因为「可用」有三层：面板显示在线（探测有响应）、能建立连接（握手成功）、能完成任务（持续加载视频、传输文件）。三层逐级收紧，只有第三层贴近真实体验。混用口径的数字没有比较价值——「节点在线率 99%」和「任务可用率 99%」是完全不同的承诺。
常见误解
- 把面板绿灯当作可用。在线探测只验证第一层，绿灯节点看不了视频的情况很常见。
- 用单日数据计算可用率。可用率是时间维度的统计，至少要覆盖多个晚高峰才有意义。
- 追求 100% 可用率。任何服务都有故障，合理的关注点是故障频率与恢复速度，不是零故障承诺。
三层「可用」逐级收紧
第一层：面板在线（探测有响应）；第二层：能建立连接（握手成功）；第三层：能完成任务（视频不转圈、下载不中断）。每往下一层，符合的节点就少一批。所有有意义的可用率统计都应该基于第三层——这也是本站实测与建议自测方法的统一口径。
数字背后先问口径
「在线率 99.9%」「可用率 99%」这类数字本身不说明问题，先问三件事：按哪层口径统计、观察期多长、是否覆盖晚高峰。三个问题有一个答不上来，数字就只是营销。这个习惯也适用于读任何测评——包括本站的。
关于「可用率」的常见问题
节点显示绿色但不能使用是什么原因？
绿灯只代表探测包有响应，节点进程活着；不能使用说明后续链路有问题——常见原因是出境段拥塞或中断、落地 IP 被目标网站拦截、节点过载只能维持探测响应。这正是三层口径的差距所在：判断可用要用真实任务（打开网页、加载视频）验证，不能只看颜色。
可用率达到多少才算稳定？
没有行业统一门槛，实用的参照是按损失倒推：晚高峰每周不可用一小时约等于 99% 的高峰可用率，能不能接受取决于你的用途——日常浏览可以，天天开会不行。比数字更重要的是两点：统计口径是否是「能完成任务」、观察期是否覆盖了足够多的晚高峰。
所有节点都在线就代表机场稳定吗？
不代表。在线率描述的是第一层口径（探测有响应），稳定性要求第三层（持续完成任务）。一家机场可以做到面板全绿但晚高峰全员卡顿——探测包很小，挤得过拥塞的线路，视频流量挤不过。看到「在线率 99.9%」的宣传，先问一句：按什么口径统计的。
相关术语
来源与说明
- 本站编辑部整理
依据稳定性测量的通用口径归纳。
本词条最后更新：