用户故事：把“能不能连上”改成“工作流是否顺滑”
林澈是跨境电商运营，每天 9:00 查 Shopify，11:00 看 Google Trends，晚上 22:00 跟海外客服开视频会。他之前的流程是：打开 Shadowrocket，随便点一个节点，失败就换，会议卡顿再临时重连。问题不是“不懂小火箭下载”或“Shadowrocket怎么用”，而是缺少一套可复用的机场评测流程。
我按产品经理视角做了 7 天测试：设备为 iPhone 15，iOS 18，客户端为 Shadowrocket；网络为 300Mbps 家宽；测试时间为 08:30、14:00、22:30。每个机场至少测 5 个节点，记录延迟、丢包、YouTube 4K 缓冲、Google 搜索首屏时间和订阅更新成功率。
当前痛点与可复制测试步骤
免费或官方内置方案要先说清楚：自建 VPS 可控性最高，月成本约 5-10 美元，但需要维护防火墙、证书和协议；公益节点零成本，但晚高峰经常超过 600ms，且订阅失效不可控。付费机场的价值，主要看是否降低排障成本，而不是只看宣传带宽。
- 导入订阅后，先在 Shadowrocket 点“延迟测试”，删除超过 350ms 的节点。
- 晚高峰 22:00 后连续播放 YouTube 4K 10 分钟，观察是否降到 720p。
- 用浏览器打开 Google、GitHub、ChatGPT、Netflix，记录首屏是否在 3 秒内完成。
- 在 Mac 上辅助测出口稳定性：
curl -x socks5h://127.0.0.1:1080 https://www.gstatic.com/generate_204 -w "%{time_connect} %{time_total}\n" - 检查 DNS 泄漏：若同一节点下搜索结果频繁跳地区，优先换支持 DoH/规则分流的配置。
UX 截图描述：理想的 Shadowrocket 首页应显示“当前节点延迟 80-180ms、规则模式开启、订阅更新时间不超过 24 小时”。如果首页出现大量 timeout，说明不是你不会用，而是节点池质量或订阅维护有问题。
2026机场类型对比矩阵、建议与验证方法
| 类型 | 实测中位延迟 | 晚高峰表现 | 适合人群 | UX评分 |
|---|---|---|---|---|
| 自建VPS | 180-320ms | 看线路，波动明显 | 会维护服务器的人 | 7/10 |
| 公益/试用节点 | 300-800ms | 常断流 | 临时查资料 | 4/10 |
| 普通中转机场 | 120-250ms | 可用但拥堵 | 轻办公、网页浏览 | 7.5/10 |
| IPLC/IEPL专线 | 50-150ms | 最稳，丢包低 | 视频会议、远程协作 | 9/10 |
| Hysteria2/Reality混合 | 80-220ms | 抗干扰较好 | 移动网络用户 | 8/10 |
选择建议：如果你只是查资料，先用免费试用或自建低配 VPS；如果每天依赖 iOS翻墙方案办公，优先选支持 Shadowrocket订阅导入教程、节点分组、倍率透明、工单响应小于 12 小时的机场。边缘故障也要考虑：订阅突然 404，多半是套餐过期或域名更换；全节点 timeout，先切换蜂窝网络排除本地宽带 DNS；只有 Netflix 失败，通常是解锁池被污染。
如何验证它真的稳定：连续 3 天在 22:00 测同一节点，Google 首屏小于 3 秒、YouTube 4K 无降级、Shadowrocket 延迟波动不超过 100ms、订阅更新成功，即可认为满足日常工作流。若不想自建，也可以把 Roxi 作为候选之一，与免费、自建和其他机场按上表同标准横向测试。