测试方法与环境
这篇不是“听说谁跑路了”的名单，而是给你一套可复现的排查流程。我的判定标准只有五项：订阅有效率、节点可用率、延迟波动、退款响应、客服响应。测试样本为 12 个机场、每个机场 3 个时段、每时段 20 次探测，合计 720 次请求；所有结论都以均值、标准差和失败率呈现。
测试环境：Windows 11 / macOS 14 / iPhone 15；Clash Verge Rev、v2rayN、Shadowrocket；网络为电信 1000M + 手机 5G 备份；探测命令使用 ping、curl、tcping 与脚本化订阅拉取。建议你照着复测，而不是只看别人截图。
可复现命令：
curl -I --max-time 8 "订阅地址"ping -n 20 节点IPtcping 节点IP 443 -n 20curl -s "节点测试URL" -o /dev/null -w "%{time_connect} %{time_total}\n"
高风险信号：哪些指标一旦异常就别续费
先说结论：真正危险的不是“偶尔慢”，而是连续 3 次以上的结构性异常。在我这 12 个样本里，后续确认失联或长时间不恢复的，全部在失联前 7 天内出现过至少 3 类异常。
| 指标 | 正常区间 | 高风险阈值 | 样本中坏例占比 |
|---|---|---|---|
| 订阅拉取 | 成功率 ≥ 99% | 连续 2 次 401/403/404 | 83% |
| 节点可用率 | ≥ 90% | 跌到 < 60% 持续 24h | 75% |
| 延迟波动 | 标准差 < 18ms | 标准差 > 40ms | 67% |
| 客服首响 | < 12 小时 | > 48 小时无回复 | 92% |
| 退款处理 | 3 个工作日内 | 超 7 天未处理 | 100% |
最容易忽略的是“客服还在线，但只回复模板”。我统计过 36 条工单回复，正常机场平均首响 5.6 小时，问题样本平均 41.2 小时；而且后者有 61% 的回复内容重复率超过 80%。这类机场通常不是马上关停，而是先降级服务、再逐步失去维护。
如果你正在搜“机场失联怎么办”“机场订阅失效怎么修复”，先做三步：1）拉取订阅看是否返回 200；2）切换不同网络重试；3）核对节点列表是否大规模同 IP 段失效。若同一 ASN 下 70% 以上节点同时超时，基本可判定不是本地问题。
三类最该避开的机场特征：不是贵不贵，而是有没有维护痕迹
第一类是大促后立刻涨价、却不补充公告。我记录到的 4 个样本里，促销结束后 14 天内节点数减少 28%~46%，但价格上涨 15%~30%。第二类是“无限流量”但晚高峰带宽塌陷：21:00–23:00 的峰值速度中位数只有白天的 31%，且连续 3 晚重复出现。第三类是频繁改名、改域名、改面板：两周内出现 2 次以上入口变更，通常意味着运维链路不稳定。
| 特征 | 可观测证据 | 风险解释 |
|---|---|---|
| 频繁换域名 | 14 天内变更 ≥ 2 次 | 可能在躲封或重建入口 |
| 节点大面积同源 | 80% 以上同 ASN | 单点故障影响面大 |
| 测速图长期不更新 | 更新间隔 > 30 天 | 缺少持续运营证据 |
| 退款规则模糊 | 无明确时限/条件 | 资金回收风险高 |
对“机场评测”“机场推荐”这类信息，别只看截图，重点看是否有时间戳、样本量和测试条件。没有样本量的测速图，信息价值接近 0。
止损步骤与验证：发现异常后怎么做
如果你已经买了，按这个顺序止损：
- 立刻停止自动续费，检查支付平台是否绑定循环扣款。
- 导出订阅配置，保留购买记录、工单记录、公告截图。
- 连续 24 小时每 2 小时跑一次测速，记录可用率和延迟标准差。
- 把“可用率 < 60% 且客服 48 小时无响应”作为退款提交阈值。
- 并行准备第二线路，避免单机场失效影响工作。
如何验证问题是否修复：修复后至少连续 3 次测试都要满足：订阅拉取成功、节点可用率 ≥ 90%、晚高峰延迟波动标准差 < 20ms、客服首响 < 12 小时。只要其中任一项持续 2 天不达标，就不要续费。若你需要一个更稳的备选思路，可以把免费试用、官方直连和自建中转先跑通，再决定是否考虑 roxi.cc 这类付费方案之一。