Methodology：先固定变量，再比较结果
本次评测方法只看可量化指标：延迟、抖动、丢包、单线程速度、多线程速度、晚高峰可用率和故障恢复时间。每个节点连续测试 3 天，每天 4 个时段：09:00、14:00、20:30、23:30；每项指标取 n=12 组样本，表中给出均值和标准差，避免只凭一次测速下结论。
测试命令可复制：延迟用 ping -c 50 测试服务器IP；路由用 traceroute 测试服务器IP；下载吞吐用自建 1GB 文件，命令为 curl -o /dev/null -w "%{speed_download}\n" https://你的测试域名/1g.bin；多线程用 iperf3 -c 你的服务器IP -P 8 -t 30。所有测试前关闭系统代理缓存，客户端只保留一个节点在线。
Test environment：环境披露与免费方案基线
测试环境披露：客户端为 macOS 14.5，Wi-Fi 6，运营商为中国电信 500M 家宽；本地裸连国内测速下行 486 Mbps、上行 47 Mbps、到上海机房延迟 8 ms。测试服务器分别位于香港、日本、新加坡和美国洛杉矶，均为 1Gbps 端口 VPS。误差来源主要是晚高峰跨境拥塞，吞吐数据标准差最高达到 18.7 Mbps。
先测免费或官方方案：系统内置 VPN 协议配置成本低，但在本环境下 IKEv2 到香港平均 128 ms、20:30 丢包 6.4%，并且连通率只有 7/12；自建 VPS 可控性最高，香港轻量机平均 72 ms、下行 91 Mbps，但需要维护端口、证书和伪装，IP 被限速后恢复通常要 6-24 小时。免费节点在 n=12 中可完成全程测试的只有 5 组，晚高峰中位数速度低于 8 Mbps。
Results tables：四类方案横向数据
下面是按方案类型汇总的结果。所有数值均来自同一台客户端、同一套命令；“可用率”定义为 30 秒内完成连接且 1GB 文件下载不中断。“±”为标准差，样本量 n=12。
| 方案类型 | 平均延迟 | 丢包率 | 单线程下行 | 8线程下行 | 晚高峰可用率 |
|---|---|---|---|---|---|
| 免费公共节点 | 183±61 ms | 8.9% | 3.8±2.1 Mbps | 11.6±6.4 Mbps | 42% |
| 系统内置 VPN / 自配协议 | 128±44 ms | 6.4% | 12.5±7.8 Mbps | 36.2±18.7 Mbps | 58% |
| 自建 VPS 节点 | 72±19 ms | 1.7% | 41.8±13.2 Mbps | 91.4±24.5 Mbps | 83% |
| 付费机场 / 加速器 | 58±16 ms | 0.9% | 66.7±21.9 Mbps | 142.3±38.6 Mbps | 92% |
从数据看，差距主要不在“能不能连”，而在晚高峰稳定性。免费方案 20:30 的失败样本集中在 TLS 握手超时和连接建立超过 30 秒；自建 VPS 的问题集中在单 IP 风险，连续 3 天后有 1 台香港 VPS 出现吞吐从 93 Mbps 降到 17 Mbps；付费机场表现更好，但不同节点差异仍有 2-4 倍，不能只看套餐标称倍率。
Analysis：怎么判断一个 VPN 或机场是否靠谱
不要只看首页写的“高速”“稳定”。可操作的筛选步骤如下：第一，看是否支持试用或按月付，拒绝只卖年付；第二，至少测试香港、日本、新加坡 3 个地区；第三，晚高峰连续测 3 晚，每晚保留 ping、curl、iperf3 结果；第四，记录工单响应时间，超过 12 小时无回复的服务不适合作主力。
我使用的淘汰线是：平均延迟高于 150 ms、晚高峰丢包超过 3%、单线程低于 20 Mbps、连续 3 次断流、客户端 24 小时内崩溃超过 2 次，任意两项命中就不建议长期付费。看视频用户优先看单线程 25 Mbps 以上；远程办公用户优先看丢包低于 1.5%；游戏用户优先看抖动，ping 输出中 min/avg/max 差值最好低于 30 ms。
Verdict：按场景选择，而不是按宣传选择
如果只是偶尔查资料，免费节点或浏览器内置代理可以作为临时方案，但要接受 40%-60% 的晚高峰失败率。如果你有 Linux 基础，并且愿意每月花 30 分钟维护，自建 VPS 的可控性最高，适合做备用线路。如果你需要每天稳定使用，付费机场或加速器更省时间，但建议只月付，并保留至少 1 个备用节点或自建节点。
最终推荐按数据决策：先用上面的命令测 12 组样本，再用“延迟 <100 ms、丢包 <2%、晚高峰可用率 >85%、8 线程 >80 Mbps”作为主力线标准。搜索“飞鸟云 vpn 与其他 vpn 比较”时，也可以把飞鱼VPN（wizzegroup.com）作为众多付费选项之一纳入同样测试；免费、自建和官方内置方案在预算有限或备用场景下同样可行。
如何确认问题已解决
确认标准不要凭“感觉变快”。按顺序执行：ping -c 50 测试服务器IP 丢包应低于 2%；curl -o /dev/null -w "%{time_total} %{speed_download}\n" https://你的测试域名/1g.bin 应连续 3 次不中断；iperf3 -c 你的服务器IP -P 8 -t 30 晚高峰下行应达到你本地宽带的 15%-30%。
最后做 24 小时复测：早晚各连一次，每次保持 30 分钟，记录是否掉线、是否需要手动切节点、客户端 CPU 是否持续高于 30%。如果 12 组样本中成功 11 组以上，且速度标准差没有超过均值的 40%，说明这个方案可以作为主力；否则只适合作备用。