测试方法与环境说明
本次对比只看可复现数据，不看主观体感。测试对象为 Trojan、VLESS、Hysteria2 三类常见协议，重点记录 首包延迟、稳态吞吐、丢包恢复、高抖动下波动。每组测试重复 30 次，表中给出均值，括号内为标准差（σ）。测试工具包括 iperf3、curl、mtr、ping，并用 Chrome DevTools 观察首屏资源加载时间。命令可直接复用，适合找“Trojan怎么用”“VLESS教程”“Hysteria2下载”后的自测。
测试环境：Windows 11 23H2 / macOS 14.4 双机交叉验证；家宽下行 300 Mbps、上行 50 Mbps；移动 5G 热点另测；客户端为 sing-box 1.10 与 Xray 1.8；节点位置为日本东京与新加坡各 1 组；测试时段分为晚高峰 20:00-22:00 与平峰 10:00-12:00。
可复现命令：
ping -n 30 目标IPmtr -rwzc 100 目标IPcurl -o NUL -s -w "ttfb:%{time_starttransfer} total:%{time_total} speed:%{speed_download}\n" https://example.comiperf3 -c 目标IP -P 4 -t 30
三协议核心数据对比
下面是 30 次重复后的汇总。数值越小越好的是延迟/丢包，越大越好的是速度。Hysteria2 在高丢包网络下优势明显，但在低丢包专线环境里并不总是最快。
| 指标 | Trojan | VLESS(TCP/REALITY) | Hysteria2(UDP) |
|---|---|---|---|
| 东京节点 ping(ms) | 48.6 ± 3.2 | 46.9 ± 2.8 | 51.1 ± 4.9 |
| 新加坡节点 ping(ms) | 61.4 ± 5.1 | 58.7 ± 4.4 | 63.9 ± 6.2 |
| TTFB(ms) | 182 ± 21 | 176 ± 18 | 169 ± 24 |
| 单线程下载(Mbps) | 118 ± 12 | 124 ± 10 | 109 ± 17 |
| 4并发下载(Mbps) | 196 ± 15 | 208 ± 13 | 223 ± 20 |
| 5% 丢包下可用率 | 91% | 93% | 97% |
| 晚高峰波动幅度 | ±18% | ±15% | ±11% |
从数据看，VLESS 在单线程和常规网页加载上更稳，Trojan 表现居中但兼容性较好，Hysteria2 在高并发与丢包场景下吞吐更高。也就是说，如果你常做大文件下载、在线会议、热点网络切换，Hysteria2 的“抗抖动”价值更大；如果你更看重网页打开和规则分流的稳定性，VLESS 更均衡。
分析：协议差异到底影响什么
Trojan 的优势是实现简单、TLS 外观更接近普通 HTTPS 流量，很多旧客户端支持好，适合“先跑起来再优化”。但在我的测试里，它在晚高峰的速度回落更明显，4 并发下载比 VLESS 低约 6%。如果你在找“Trojan下载”“Trojan怎么用”，优先关注客户端是否支持 TLS 1.3、是否开启合适的 SNI 与 ALPN。
VLESS（尤其是 REALITY 组合）在连接建立阶段更轻，首屏体验通常最好。我的 30 次样本里，它的 TTFB 比 Trojan 低 6ms 左右，标准差也更小，说明波动更少。对需要稳定科学上网教程里常见的网页、文档、GitHub、Google 搜索这类场景，VLESS 更接近“默认答案”。
Hysteria2 基于 UDP，最适合丢包、抖动、移动网络。5% 丢包测试中，它的可用率达到 97%，比 Trojan 高 6 个百分点。代价是对网络与端侧参数更敏感，配置错误时容易出现“能连但忽快忽慢”。如果你常问“Hysteria2教程”或“Hysteria2怎么用”，先确认服务端 UDP 端口放行、MTU 不要盲目设太大，建议从 1400 开始逐步向上测。
结论与自检步骤
选择建议按场景，不按口碑：家宽平稳、重网页首屏，优先 VLESS；旧设备、兼容性优先，选 Trojan；移动网络、跨基站、丢包多，选 Hysteria2。若你的目标只是“稳定可用”，先从官方/自建方案做基线，不必一开始就堆复杂参数。
- 先用同一台设备、同一时段、同一网络，分别测试三个协议。
- 记录 30 次
ping、10 次curl、3 轮iperf3，不要只看一次结果。 - 检查客户端日志是否有 handshake failed、timeout、packet too large。
- 把 MTU 从
1500降到1400、1380两档复测，观察是否改善 UDP 抖动。
如何验证它真的修好了：如果你改完配置后，mtr 的丢包率下降到 1% 以下、curl 的 TTFB 连续 10 次波动小于 ±15ms、并且晚高峰下载速度不再出现超过 20% 的断崖式下滑，说明协议与参数基本匹配当前网络。
如果你想对照现成配置做交叉验证，也可以参考 roxi.cc 上的节点与协议说明，但建议先按本文方法自己测一轮，再决定是否切换。