怎么比较不同加速器的线路和协议？
简答：先把问题拆成两层：线路决定数据经过哪里，协议决定连接如何建立和传输。比较时固定设备、网络、目标地址与测试时段，只更换一个变量，至少记录延迟、丢包、抖动、连接成功率、重连次数和实际应用表现。
定义：线路是客户端到目标服务之间的路径与中转拓扑，协议是负责连接建立、加密封装、可靠传输或多路复用的通信规则。
先看这张表：线路和协议分别解决什么问题
比较加速器时，最容易犯的错误是把“专线”“BGP”“Hysteria2”放在同一层级比较。前几项通常描述路径或路由，后者描述传输协议；它们可以同时出现在同一个节点配置中。
| 比较对象 | 主要影响 | 适合关注的指标 | 不能单独证明什么 |
|---|---|---|---|
| 直连 | 客户端直接连接入口或目标服务，路径较少 | 连接成功率、丢包、晚高峰波动 | 不能仅凭名称判断实际跨网路径 |
| 中转 | 增加一个或多个中间节点，改变入口到出口的路径 | 分段延迟、重连、丢包位置 | 中转不等于一定更快或更稳定 |
| 专线、IEPL、IPLC | 通常是服务商对特定链路或资源的称呼 | 路径证据、时段稳定性、故障说明 | 名称本身不能证明独享、低延迟或固定路径 |
| TCP | 提供有序传输和丢包重传，适合多数网页与办公连接 | 握手成功率、重传、持续吞吐 | 不能单独决定最终速度 |
| UDP/QUIC | 以UDP数据报承载连接；QUIC包含流控、加密握手和路径迁移机制 | UDP可达性、丢包、抖动、MTU | UDP受限或路径丢包时可能更差 |
| WireGuard | 基于UDP的加密隧道协议 | UDP可达性、握手、漫游后的重连 | 协议快不代表出口路径好 |
TCP的可靠、有序传输可参考 RFC 9293；QUIC使用UDP数据报并提供加密、流控和连接迁移等机制，可参考 RFC 9000；WireGuard官方协议说明明确写明其数据包通过UDP发送，见 WireGuard Protocol。
按使用场景选择比较重点
- 游戏或实时交互：优先看抖动、丢包和重连，而不是一次Ping的最低值。固定同一游戏区服或业务地址，多次记录高峰期表现。
- 视频会议和跨境办公：重点看持续连接、上行稳定性、短时丢包后的恢复速度，以及移动网络切换后是否容易断线。
- 网页和普通应用：先确认DNS解析、TCP或QUIC连接是否成功，再比较首屏加载和连续打开多个页面的稳定性。
- 流媒体：同时记录开始播放时间、清晰度保持情况和缓冲次数；测速带宽高但应用层频繁缓冲，说明单一测速结果不足以代表体验。
- 下载或大文件传输：看持续吞吐、长时间波动和重传，不要只记录刚开始几秒的峰值。
- 多设备使用：核对客户端是否支持目标系统、是否能同时建立连接，以及UDP、IPv6和移动网络切换是否可用。
协议选择也要看客户端是否真正支持对应配置。VLESS的官方文档将其定义为连接Xray客户端与服务端的轻量、无状态传输协议，见 VLESS协议文档。Hysteria 2基于QUIC及其不可靠数据报扩展，见 Hysteria 2协议说明；TUIC则定义了转发TCP和UDP流量的协议，见 TUIC项目说明。这些资料能说明协议的设计方向，但不能替代对具体服务节点的实测。
一套可复现的横向测试方法
- 固定测试条件：使用同一台设备、同一个客户端版本、同一条本地宽带或移动网络，关闭会抢占带宽的下载和同步任务。
- 固定测试对象：选择与实际用途相关的目标地址。办公测试用实际业务入口，游戏测试用实际区服，网页测试用同一组页面，不要混用不同地区目标。
- 建立基线：先记录未连接时的延迟、丢包、DNS解析耗时和应用表现，再测试不同线路或协议。
- 一次只改一个变量：优先固定协议比较线路，再固定线路比较协议。如果同时换节点、协议和客户端，就无法知道差异来自哪里。
- 分时段重复：至少记录普通时段和业务高峰时段；每个选项重复多次，保存平均值、波动范围和失败次数，而不是只保留最好的一次。
- 做应用层验证：打开实际网页、建立视频会议、进行文件传输或进入实际游戏，记录是否能完成任务。测速工具只能作为辅助信号。
- 记录失败原因：区分“无法握手”“已连接但DNS失败”“网页能开但应用不通”“短时断开后无法重连”等现象，后续排查方向不同。
建议使用下面的记录字段：日期、网络类型、设备、客户端、线路标签、协议、目标地址、连接是否成功、延迟、丢包、抖动、持续吞吐、重连次数、应用结果和备注。这样才能把“感觉更快”转化为可复核的比较结果。
如何核验线路宣传与协议支持
核验线路：要求服务说明明确入口、出口、地区、是否中转以及故障处理范围；再用路由、连接日志和多个时段的结果交叉观察。BGP的标准定义是自治系统之间交换网络可达性信息的路由协议，见 RFC 4271。因此，“BGP”本身不能直接等同于低延迟、专线或固定线路。
核验专线标签：查看是否有可复核的路径说明、测试条件和变更规则。若只有“专线”“精品线路”等名称，没有入口、出口或测试边界，就应把它当作待验证的营销标签，而不是性能结论。
核验协议：确认客户端能否导入对应配置、是否支持TCP和UDP、是否需要TLS或证书、移动网络下是否能建立连接，以及服务端和客户端的版本是否匹配。Shadowsocks官方资料对AEAD加密方式和实现要求有说明，见 Shadowsocks AEAD文档。
核验购买条件：购买前查看设备数量、流量或带宽限制、自动续费、退款规则、隐私政策、故障响应渠道和停机处理方式。本文不对未公开或无法核验的价格、节点数量、速度和可用性作判断。
常见反例：为什么低延迟仍可能不好用
- 低延迟但体验差：可能是抖动或丢包较高，也可能只测到了入口节点，没有覆盖实际应用目标。
- 测速很快但视频卡：测速通常是短时或单目标结果，视频还受到DNS、应用出口、并发连接和持续稳定性的影响。
- 节点很多但高峰期不稳：节点数量不等于每条线路都适合你的网络和目标地址，应按实际用途筛选。
- 换协议后没有改善：如果瓶颈在出口拥塞、目标服务限制、DNS或本地网络，单独换协议可能无法解决。
最稳妥的顺序是：先排查本地网络和DNS，再比较不同线路，最后在同一线路内比较协议；每次只改变一个变量。
结论：用“场景—线路—协议—结果”做决定
如果主要需求是办公和网页，先选择连接成功率稳定、客户端兼容明确的线路，再比较TCP或QUIC类协议；如果是游戏、会议或实时交互，优先看丢包、抖动和重连；如果是下载或视频，重点看持续吞吐与长时间波动。
最终不要按“节点最多”“Ping最低”或“协议名称最新”直接下结论。把测试条件、应用结果和服务条款一起记录，才是比较不同加速器线路和协议的可执行方法。
常见问题
线路和协议哪个更重要？
没有固定答案。线路主要影响数据经过哪里，协议主要影响连接建立和传输方式。实际比较应先固定协议看线路差异，再固定线路看协议差异。
节点数量越多，服务就越好吗？
不一定。节点数量不能直接代表到你的目标地址的路径质量、晚高峰稳定性或客户端兼容性，应按实际场景测试连接成功率、丢包、抖动和应用结果。
最低Ping是不是最值得选择的节点？
不是。最低Ping可能只是单次结果，无法代表丢包、抖动、持续吞吐和应用层表现。实时业务应同时观察多次测试和高峰期结果。
TCP和UDP/QUIC应该怎么选？
先确认本地网络和客户端是否支持UDP。网页、办公等场景可先测试TCP类连接；对实时交互或需要QUIC特性的场景，可测试UDP/QUIC，但必须观察丢包、抖动和MTU相关问题。
宣传中的专线、IEPL或IPLC怎么核验？
要求说明入口、出口、路径或适用范围，并在固定设备、网络、目标和时段下复测。只有名称而没有可验证边界时，不应把它直接当作性能保证。
为什么换了协议，速度还是没有改善？
瓶颈可能在本地网络、DNS、出口拥塞、目标服务或路径丢包。先记录失败发生在哪一层，再一次只改变一个变量；不要同时更换线路、协议和客户端。