直接答案
若目标线路UDP持续失败、TCP可用,可先验证VLESS + REALITY + Vision或AnyTLS;若UDP通畅,再把Hysteria 2纳入对照。最终选择还取决于客户端版本、节点入口、TLS校验和维护能力。本文比较连接条件,不提供全国可用率或速度排名。
先分清比较对象
3 种方案,先看连接条件
REALITY
Project X传输安全层;本文比较 VLESS + REALITY + Vision。
采用 RAW/TCP 组合,先核对入口可达性及两端兼容性。
REALITY 官方说明Hysteria 2
Hysteria基于 QUIC 的代理协议,常规连接使用 UDP。
先确认 UDP 通畅;Mimic 是需两端 Linux 的特殊封装。
Hysteria 2 官方说明- AnyTLS
AnyTLS
文字标识基于 TLS 的代理协议,支持会话复用和可调整填充。
外层使用 TLS/TCP;核对证书验证及具体客户端实现。
AnyTLS 官方说明
REALITY 使用 Project X 官方标识,Hysteria 2 使用官网标识。未确认 AnyTLS 独立官方 Logo,故保留文字标识。标识用于识别项目,不代表官方背书或连接效果排名。
资料核对:2026年11月1日。 本文比较连接条件和产品取舍,未进行中国大陆跨地区、跨运营商实测,不提供速度或全国可用率排名。
REALITY、Hysteria 2、AnyTLS,先看哪一个条件?
先确认客户端到节点之间,TCP和UDP分别能否完成真实连接,再看设备支持与维护成本。端口能通、Ping有回应,都不能代替认证成功和网页请求成功。
本文的“REALITY方案”特指 VLESS + REALITY + Vision,使用RAW/TCP传输。REALITY是传输安全层,不是独立的VPN客户端;Vision是相关流控模式。Hysteria 2和AnyTLS则是代理协议。我们比较的是三个可部署方案,不是把不同技术层级直接排成名次。REALITY文档|VLESS与Vision说明
| 比较项 | VLESS + REALITY + Vision | Hysteria 2 | AnyTLS |
|---|---|---|---|
| 本文比较的常规底层 | RAW/TCP | QUIC/UDP | TLS/TCP |
| 第一项连接条件 | 节点TCP入口可达,认证与两端参数匹配 | 节点UDP入口可达,QUIC握手与认证完成 | 节点TCP入口可达,TLS校验与认证完成 |
| 主要技术关注点 | 传输安全、握手外观与Vision流控 | QUIC传输、拥塞控制及TCP/UDP代理 | 会话复用、分包和填充策略 |
| 选型时重点验证 | 内核版本、指纹、目标站点及Vision兼容性 | UDP质量、CPU资源、带宽设置与客户端支持 | 实现版本、证书校验、连接复用及填充设置 |
| 不能据名称保证 | IP可达、长期可用、最高速度 | UDP受限时能连、任意线路都更快 | 默认参数抗封、所有客户端实现完全相同 |
以上技术范围来自各项目文档;下面的主备安排属于编辑建议。想先了解更多候选,可阅读2026中国大陆哪些VPN协议还能用?7种方案对比。
REALITY适合什么情况?
已有兼容的Xray技术栈,需要先验证TCP路径时,可以优先测试。 这里的优势是复用现有系统和测试能力,不是证明REALITY在所有大陆线路更稳定。
官方将REALITY定义为修改TLS的传输安全方案,利用目标站点的外观及握手特征。接入时应把节点地址、服务端名称、认证材料、指纹、流控模式和内核版本作为一套配置核对,不能只确认订阅名称含有“REALITY”。官方配置说明
对VPN产品来说,还要检查浏览器、长连接及网络切换。Vision存在不同流控选项,例如默认Vision与允许UDP 443的变体有不同处理;应依照具体应用验证,而不是为了消除某个报错随意改参数。Vision行为说明
如果TCP连接根本建不起来,先排查地址、监听、防火墙和线路。传输安全机制不能代替网络可达性。
Hysteria 2适合什么情况?UDP不通还能用吗?
UDP通畅,且希望对照验证QUIC方案时,Hysteria 2值得测试。 它可代理TCP与UDP业务,但客户端到节点的常规传输仍基于QUIC;“支持TCP代理”不等于“外层使用TCP”。协议规范
不要只比较一次下载峰值。官方性能文档指出,线路质量、处理器能力、系统缓冲区和接收窗口都会影响结果;用户态QUIC也有计算开销。低配置服务器或路由器可能先遇到资源瓶颈。性能说明
Mimic是需要单独评估的例外。 Hysteria目前支持集成Mimic,将UDP包呈现为TCP外观,但内部仍是QUIC,并未变成普通TCP传输。官方要求两端运行Linux、具备root权限并另行安装Mimic;两端必须匹配启用,且不能与端口跳跃组合。它不能被宣传为所有手机和桌面客户端都能直接打开的通用选项。Mimic运行条件
对普通跨平台产品,若UDP持续失败,建议先提供已验证的TCP备用入口,再单独研究特殊部署,而不是让用户反复重试同一路径。
AnyTLS适合什么情况?是不是比REALITY更新就更好?
客户端明确支持AnyTLS,并且愿意核对实现与TLS安全设置时,可以作为TCP候选。 其设计侧重会话复用和可调整填充,用于缓解嵌套TLS的部分流量特征;较新不等于更稳定。项目说明
官方FAQ明确指出:默认填充方案只是示例,没有抗封保证。它也没有把TLS握手本身的所有特征处理都包办,最终行为取决于所选实现。AnyTLS常见问题
另一个容易忽略的细节是:anytls-go定位为参考实现,官方提醒示例程序默认安全设置不能应对TLS中间人攻击。生产接入不能直接照搬示例并长期关闭证书验证。 应选择维护中的实现,确认服务端身份校验,再验证业务功能。参考实现边界
例如sing-box已有AnyTLS出站文档,包含TLS和空闲会话相关字段;这能证明该实现提供支持,但不能证明所有使用sing-box的App、旧版本内核或订阅转换器都完整支持。采购时要核对实际应用版本及所带内核。sing-box官方文档
大陆网络下,主连接和备用怎样组合?
以下是基于上述依赖条件的选型建议,不是已完成的网络实测结果。
| 已确认的环境 | 建议先做什么 | 为什么 |
|---|---|---|
| UDP持续超时,TCP路径可用 | 比较REALITY/TCP与AnyTLS的真实连接结果 | 先满足当前线路条件,再讨论吞吐 |
| TCP和UDP都能稳定连接 | 三者对照测试,保留表现可靠的主备 | “能连”之后才有速度、耗电和体验的比较意义 |
| 已有成熟Xray客户端 | 先验证REALITY组合,再评估增加AnyTLS或Hysteria 2 | 减少一次改变多个组件带来的排查成本 |
| 移动网络切换频繁 | 测试重连、后台恢复和失败回退 | 协议支持列表不等于完整的移动端体验 |
| 同一节点三种方案都失败 | 先换独立入口做对照,检查公共依赖 | 同一个不可达IP、认证服务或DNS可能让主备同时失效 |
备用的关键是减少共同故障点,不是多一个协议名称。 根据预算,将入口、节点和必要的解析路径适当分离;同时考虑统一账号服务故障的影响。可以参考VPN节点系统完整架构设计健康检查与恢复流程。
对比测试应该记录什么,才不会选错?
建议按“先连通、再稳定、最后性能”的顺序验收。下面是一份可复用记录口径,不是实测数据。
| 记录项 | 建议记录方式 |
|---|---|
| 环境 | 地区、运营商、Wi-Fi或移动网络、时间段、设备及两端版本 |
| 连通 | 约定超时内完成认证并成功请求测试资源;分开记录失败原因 |
| 稳定 | 持续使用中的异常断开、后台恢复、Wi-Fi与移动数据切换 |
| 性能 | 同一目标和时段的吞吐、首连耗时、CPU占用及设备发热 |
| 回退 | 主入口异常时能否切换,恢复耗时,是否出现无限重试 |
比较传输本身时尽量固定服务器与线路;比较完整部署时,则明确各自入口差异。保留失败样本,不只展示最好看的测速截图。
Hysteria的官方排障文档将超时与服务未运行、端口、防火墙、地址、DNS及混淆设置等多种原因关联。因此,单次超时不能直接证明“协议被封”。官方排障说明
常见问题
三种方案哪个在大陆最稳定?
没有脱离线路和版本的统一答案。本文没有全国实测数据;先用目标用户的设备、运营商和节点做对照,再决定默认入口。
AnyTLS能代替Hysteria 2吗?
可以作为不同传输条件下的候选,但不是等价替换。常规AnyTLS走TLS/TCP,Hysteria 2走QUIC/UDP,还需核对业务UDP转发、客户端支持及实际体验。
REALITY与AnyTLS都用TCP,还需要同时支持吗?
取决于收益是否覆盖集成和维护成本。它们可以提供不同实现路径,但如果共用同一个失效入口,增加协议仍不能消除这个故障点。
做白标VPN,是否应该默认集成全部三种?
不必。先交付一套经过验收的主连接和备用,再根据真实失败记录扩展。合同应明确平台、内核版本、证书与配置维护责任,以及故障回退验收项,而不只列协议名称。可参考VPN协议与SDK开发服务与VPN白标贴牌方案。
结论:先确定TCP/UDP条件,再核对客户端,最后用连接和恢复记录选主备。 2026年的选型重点仍是目标网络上能否持续使用,而不是协议名称的新旧。实际部署与使用应符合适用法律及服务条款。
官方技术与平台资料
- REALITY传输安全与配置Project X
- VLESS与Vision流控说明Project X
- Hysteria 2协议规范Hysteria 2
- Hysteria 2性能影响因素Hysteria 2
- Mimic运行前提与限制Hysteria 2
- Hysteria 2连接故障排查Hysteria 2
- AnyTLS参考实现、客户端生态与安全提醒AnyTLS
- AnyTLS默认填充与设计边界AnyTLS
- AnyTLS出站与TLS配置sing-box
项目评估
把协议选型变成可验收的主备连接方案
明确目标平台、实现版本和测试网络,再确定协议接入、证书维护及失败回退的交付范围。
