TUIC 和 Hysteria2 什么关系

先给个坐标:TUIC 和 Hysteria2 都是基于 QUIC/UDP 的较新协议,主打弱网、高丢包场景下更能跑满带宽。 它们定位相近、常被放在一起比较,差异主要在实现与拥塞控制细节。

如果你已看过代理协议科普里对 Hysteria2 的介绍,TUIC 可以理解为“同一赛道的另一个选手”。

QUIC/UDP 带来什么

传统 TCP 在丢包时会明显降速,而 QUIC 基于 UDP、并内建更灵活的传输控制,因此:

  • 高丢包、高抖动的网络下更有优势;
  • 建连开销小,恢复更快。

代价是它走 UDP——在对 UDP 限制严格的网络里,反而可能不稳定。

QUIC 具体好在哪

上面说「QUIC 更抗丢包」,展开讲是三个机制:

  • 无队头阻塞的多路复用:TCP 里一个包丢了,后面所有数据都要等它重传;QUIC 的多条流相互独立,丢包只影响自己那条流。网页里图片、脚本并行加载时,这个差异很明显。
  • 0-RTT 快速恢复:断线重连时可以携带此前的会话信息直接发数据,不用重新完整握手。移动网络切换 Wi-Fi/蜂窝时恢复更快。
  • 连接迁移:QUIC 用连接 ID 而非「IP+端口」标识连接,切换网络后连接可以原地迁移而不断开——这正是手机场景的痛点。

TUIC 和 Hysteria2 的实质差异

同一赛道,但两者的「性格」不同:

维度TUICHysteria2
拥塞控制标准算法(BBR / CUBIC / New Reno 可选)自研 Brutal:按配置带宽持续发包,基本无视丢包信号
风格与网络「协商」,对共享网络更友好「暴力抢带宽」,弱网下更能跑满但也更激进
伪装依赖 QUIC/TLS 本身可伪装成正常 HTTP/3 服务器,探测时表现如普通网站
典型场景常规弱网优化丢包严重、被 QoS 压制的跨境链路

这解释了一个常见现象:同一条差网络下 Hysteria2 测速往往更高——因为 Brutal 就是为「丢包也硬发」设计的;代价是对同网段其他用户不够友好,部分机场因此更倾向 TUIC。

怎么判断你的网络是否「限 UDP」

三个信号,从易到难:

  1. 对比测试:同一节点若同时提供 TUIC/Hysteria2 和 VLESS/Trojan,两边各测几次——UDP 系明显更慢或频繁断流,基本可判定 UDP 被限制。
  2. 看时段:白天正常、晚高峰 UDP 系集体拉胯,是运营商对 UDP 做 QoS 降级的典型表现(跨境 UDP 尤其常见)。
  3. 游戏/语音佐证:如果不开代理时游戏延迟也抖得厉害、语音频繁断,本地网络对 UDP 本身就不友好。

客户端支持情况

TUIC(v5)目前的主流支持:sing-box、Clash Meta(mihomo)内核、Shadowrocket 均已支持;老的 Clash 原版内核不支持。也就是说:Clash Verge(用 Meta 内核)、sing-box、iOS 上的 Shadowrocket 都能直接用订阅里的 TUIC 节点,无需额外配置。

TUIC 的特点

  • 基于 QUIC,延续了弱网友好的优点;
  • 协议开销较低,实现相对简洁;
  • 和 Hysteria2 一样,效果高度依赖你本地网络对 UDP 的友好程度

什么时候可能适合你

场景倾向
本地网络丢包严重、晚高峰卡可以试 TUIC / Hysteria2
网络对 UDP 限制严格改用 TCP 系(VLESS+Reality、Trojan)
只是日常浏览用机场默认协议即可

UDP 与联机的关系另见游戏加速与 UDP/NAT

作为用户你要做的

几乎不用做什么:机场订阅里若有 TUIC 节点,客户端(如 sing-box)能直接支持。协议只是其中一环,速度与稳定最终还看线路与出口,而这些属于需实测的范畴。