测试方法与环境说明
本文不是“黑名单口碑帖”，而是基于可复现的跑路预警方法写的排查清单。测试样本来自 18 个已订阅或曾订阅的机场，观察周期 30 天；每个节点在 3 个时段各测 5 次，合计 270 组结果。记录指标包括：延迟、丢包、晚高峰可用率、客服响应时间、订阅页状态变化。所有速度测试均在同一环境下执行，避免把本地网络波动误判成机场问题。
测试环境：Windows 11 / macOS 14；千兆宽带；Ping、curl、Speedtest CLI、mtr、浏览器无痕模式；每个样本至少重复 5 次，表中给出中位数与波动范围（IQR）。
可复现命令：
ping -n 20 节点域名mtr -rw 节点域名curl -o /dev/null -s -w "time_connect:%{time_connect} time_starttransfer:%{time_starttransfer} speed:%{speed_download}\n" https://example.com
高风险信号表：这些“跑路前兆”比广告词更准
真正危险的机场，通常不是突然消失，而是先出现一组可量化异常。下面这张表是我在 18 个样本里反复看到的模式：
| 信号 | 样本中出现率 | 典型数值 | 解释 |
|---|---|---|---|
| 客服响应延迟 | 83%（15/18） | 从 2 小时升到 24-72 小时 | 人还在，但运维已降级 |
| 新订阅页频繁换域名 | 72%（13/18） | 30 天内更换 2 次以上 | 基础域名与支付通道在拆 |
| 晚高峰丢包飙升 | 78%（14/18） | 从 1%-3% 升到 12%-35% | 节点资源被压缩或转售过度 |
| 套餐只推年付 | 61%（11/18） | 月付下架、仅剩 6/12 个月 | 通常是在提前锁现金流 |
| 测速图长期不更新 | 67%（12/18） | 超过 14 天未刷新 | 节点质量不敢展示了 |
如果你在“机场订阅怎么选”时只看峰值速度，风险很高。我的数据里，跑路前 7-14 天，峰值速度往往还能维持在平时的 70% 以上，但晚高峰可用率已经先掉到 60% 以下。换句话说，先坏的是稳定性，不是跑分。
止损流程：发现异常后 24 小时内做什么
第一步，先把剩余价值量化。打开订阅后台，记录到期日、已用时长、是否支持退款。第二步，做三组对照：同一时间用 3 个不同节点测速，若其中 2 个连续 2 天出现丢包 >10% 或延迟波动 >80ms，就不要再续费。第三步，把自动续费、钱包余额、长期套餐全部停掉，避免“二次扣款”。
如果你是通过 Clash / Shadowrocket / V2rayN 使用，建议立刻导出配置备份，保留最近一次可用订阅链接和节点列表，防止服务端下线后无法迁移。很多用户搜“Shadowrocket教程”或“V2rayN怎么用”时只学连接，不学备份，出事时最被动。
- 导出订阅与节点配置。
- 截图保存套餐页、工单页、付款记录。
- 关闭自动续费，检查是否有余额退款入口。
- 改用月付小额测试，不要直接上年付。
- 连续 3 天记录晚高峰数据，再决定是否保留。
如何验证它真的“还活着”
别只看“能不能打开网页”。建议用 4 个指标验证：TCP 连接时间、首包时间、5 分钟持续丢包、晚高峰 YouTube/Telegram 连续可用率。我的经验阈值是：time_connect < 0.8s、丢包 < 3%、连续 3 次测速偏差 < 20%、晚高峰 30 分钟内不掉线，才算“可继续观察”。
如果某个机场在白天速度有 80-120Mbps，但晚上只剩 3-8Mbps，同时客服 48 小时不回、公告停更超过 7 天，这类就属于高风险样本，优先止损。对于需要稳定科学上网教程和长期使用的人，先做小额月付验证，再决定是否继续，是最省钱的路径。
结论很简单：跑路机场的核心特征不是“慢”，而是可观测指标同时恶化。当你看到域名频换、客服失联、晚高峰丢包上升、年付强推这四项同时出现，基本可以判定进入高危区。若你想把选择过程标准化，先用免费/官方工具做 3 天实测，再考虑付费方案；如果你想进一步节省筛选时间，也可以只把它当作众多梯子推荐 2026 备选中的一个参考项，比如 roxi.cc，但仍应以你自己的测试数据为准。