TUIC 协议是什么?基于 QUIC 的低延迟代理协议特点与客户端支持

TUIC 是什么

TUIC 是一种基于 QUIC 的代理协议,设计重点是减少建立连接时的握手往返,并高效地转发 UDP 流量。目前通用的是协议的第 5 版,和更早的版本互不兼容,通过订阅导入时不需要自己区分。

它和 Hysteria2 是「近亲」:两者都运行在 QUIC(底层为 UDP)之上,都需要 TLS 证书,但取舍的方向不同。

TUIC 的主要特点

• 握手往返少:借助 QUIC 的特性,再次连接同一台服务器时可以更快地开始传输数据,打开网页的等待时间更短。
• 多路复用:多个请求共用一条 QUIC 连接,其中一个请求丢包重传,不会卡住其他请求。
• 两种 UDP 转发方式:一种直接用数据报发送,延迟低但不保证送达;另一种走可靠的流,保证送达但延迟略高。具体用哪种由节点配置决定。
• 使用常规的拥塞控制:它采用的是通用的拥塞控制算法,不像 Hysteria2 那样可以按设定带宽强行发送,对线路上的其他用户更「客气」,在高丢包线路上抢速度的能力也就相对弱一些。

TUIC 和 Hysteria2 的区别

对比项	TUIC	Hysteria2
底层	QUIC(UDP)	QUIC(UDP)
设计侧重	低延迟握手、UDP 转发	高丢包环境下的吞吐
拥塞控制	通用算法,较保守	可按设定带宽发送,较激进
高丢包线路表现	一般优于 TCP 类协议	通常更有优势
机场提供情况	相对少见	较常见
共同短板	UDP 被限速或屏蔽时变慢、不可用	同左

局限

TUIC 的短板和所有基于 UDP 的协议一样:

• 部分宽带运营商会对大流量 UDP 限速,晚高峰更明显。
• 公司、校园、酒店网络可能屏蔽 UDP,表现为节点全部超时。
• 提供 TUIC 的机场不多,可选范围有限。

所以它更适合作为机场节点列表里的一个补充选项,而不是唯一的依靠。

哪些客户端支持

• mihomo(Clash Meta):支持 TUIC,Clash Verge Rev、Clash Meta for Android 等客户端可以直接使用。
• sing-box:支持 TUIC,各平台的 sing-box 客户端可用。
• v2rayN 等多内核客户端:一般通过内置的 sing-box 内核来运行 TUIC 节点。
• Xray:通常不在支持之列,具体以其官方文档为准。
• iOS:部分主流代理客户端已支持,以应用的更新说明为准。

各平台有哪些客户端、分别用什么内核,见 客户端大全。

什么情况下值得用 TUIC

1. 机场已经提供了 TUIC 节点,而你所在的网络对 UDP 比较友好,可以把它和 TCP 类节点一起测一下,留下实际表现更好的那个。
2. 需要 UDP 的场景(部分游戏、语音通话)可以优先试它,但前提是线路本身的延迟和丢包过关,选节点的思路见 游戏节点怎么选。
3. 如果机场没有 TUIC,不需要为此更换机场。Shadowsocks、Trojan 这些协议配上好线路,体验同样可以很好。

协议只决定数据怎么打包,决定快慢的主要还是线路。各协议放在一张表里的对比见 不同协议对比。