TUIC 是什么，订阅里的 TUIC 节点该用什么客户端

TUIC 是什么

TUIC 是一种代理协议，名字取自它的特点：建立在 QUIC 之上。官方 README 开头写道，TUIC 定义了一种用于中继 TCP 与 UDP 流量的标准化网络代理协议。它想解决的问题包括：以 0-RTT 的方式转发 TCP 和 UDP 流量，让 UDP 代理具备 Full Cone NAT 兼容性，同时支持有损和无损两种 UDP 转发方式。

之所以选择 QUIC，README 列出了几条理由：QUIC 自带加密传输与可靠传输，可以在用户态双向控制拥塞，支持流多路复用，还支持连接迁移。简单理解，QUIC 是一种跑在 UDP 上的现代传输协议，TUIC 则是在 QUIC 之上设计的一层代理规则。

对普通用户来说，TUIC 只是订阅里可能出现的一种节点类型。你不需要理解它的报文格式，只需要知道用哪个客户端能正常连上。

TUIC 现状：仓库没有归档，但官方实现已经退场

这一部分是本页最需要讲清楚的内容。

仓库地址变了。 早期的 TUIC 仓库在开发者 EAimTY 名下，现在这个地址会跳转到 tuic-protocol 组织下的 tuic 仓库。我们通过 GitHub 接口确认，tuic-protocol/tuic 的 archived 字段为否，也就是说仓库没有被归档。

仓库不再提供官方实现。 README 明确写着：本仓库中没有 TUIC 协议的官方实现，这样做是为了专注于协议设计本身，避免在其他实现已经很成熟的功能上重复投入。README 里还附有一篇说明项目重新启动原因的文章链接。

旧的官方程序停在 2023 年。 发布页里最后一批官方程序是 tuic-server 1.0.0、tuic-client 1.0.0、tuic-quinn 0.1.0 以及协议库 tuic 5.0.0，发布日期都是 2023 年 6 月 8 日。此后再没有新的官方程序发布，仓库的最近一次推送时间是 2025 年 5 月 15 日。

基于以上情况，我们不推荐普通用户去发布页下载那批 2023 年的旧客户端。它们已经多年没有更新，而 README 自己也把使用者引向了第三方实现。需要使用 TUIC 节点时，请改用下文列出的、仍在维护的客户端。

另外，README 列出了一个名为 Itsusinn/tuic 的开源实现，它在 GitHub 上是原项目的分支，简介自称官方实现的继任者。它是社区项目，不属于 tuic-protocol 组织本身，本文不对它做推荐或评测。

官方信息核对（2026-10-21）

项目	核对结果
官方仓库	https://github.com/tuic-protocol/tuic
旧仓库地址	https://github.com/EAimTY/tuic（已跳转到上面的新地址）
协议规范	仓库中的 SPEC.md
最新协议版本	0x05
是否归档	否
仓库内官方实现	无，README 明确说明
最后一批官方程序	tuic-server 1.0.0 与 tuic-client 1.0.0，2023-06-08
旧程序平台	发布页的服务端文件覆盖 Linux、macOS、Windows、FreeBSD 等，客户端文件的完整平台清单未逐一核实
许可证	仓库为 GPL-3.0；README 另说明协议概念本身不受许可证限制，可以自由实现与再分发
最近一次推送	2025-05-15

README 还提到，同一协议版本内实现不应再有变动，但不同协议版本之间不保证互相兼容。这也是为什么早年的旧版 TUIC 节点和现在的 v5 节点不能混用。

TUIC 和机场订阅是什么关系

TUIC 是协议，不是订阅。 机场订阅是一个链接，客户端打开它，得到一份节点清单。清单里的每个节点会标明自己用的协议，TUIC 是其中一种可能的选项。机场用不用 TUIC，由机场自己决定。订阅的基础概念可以看 订阅链接是什么。

客户端必须认得 TUIC。 订阅导入后，如果客户端的内核不支持 TUIC，这类节点要么被跳过，要么导入了也连不上。所以看到订阅里有 TUIC 节点时，第一件事是确认客户端是否支持。

它依赖 UDP。 QUIC 跑在 UDP 上，因此 TUIC 节点也走 UDP。有些网络环境会限制 UDP，例如部分公司网络或公共 Wi-Fi，此时 TUIC 节点可能连不上，而走 TCP 的节点仍然正常。遇到这种情况，换用订阅里其他协议的节点即可，不必反复修改设置。

几种常见协议的区别，可以在 协议科普 里对照了解。

TUIC 节点该搭配什么客户端

官方 README 按客户端和服务端分别列出了实现。客户端一侧的名单包括 ClashRS、dae、Egern、mihomo、Shadowrocket、sing-box、Stash、Surge，以及上文提到的社区分支。README 也说明，基于这些实现做出来的前端应用不会单独列出。结合站内已有页面，可以这样选：

• Windows 或 macOS 电脑：可以用基于 Mihomo 内核的 Clash Verge Rev，内核本身的介绍见 Mihomo。
• 喜欢 sing-box 生态：可以看 sing-box，它在 README 的客户端名单里。
• 安卓手机：可以看 NekoBox 这类多协议客户端，是否支持 TUIC 以所用版本的说明为准。
• 路由器：基于 Mihomo 内核的 OpenClash，或基于 sing-box 的 HomeProxy，都可以作为参考方向。动手前务必备份系统配置。

如果你同时在看另一种 QUIC 系协议，可以对照 Hysteria 客户端 页面，两者是不同的协议，不能混用节点。

常见疑问的排查思路

TUIC 节点全部超时，其他节点正常。 先怀疑 UDP 被当前网络限制，换一个网络环境试试，例如从 Wi-Fi 切到手机流量。

导入订阅后看不到 TUIC 节点。 很可能是客户端或其内核版本较旧，不支持该协议，升级客户端或更换客户端后重新更新订阅。

同一个节点在不同客户端表现不一样。 TUIC 有多个独立实现，各家对拥塞控制等细节的处理不同，这是正常现象。选择一个更新活跃的客户端，并保持为最新版本即可。

为什么一个协议会「没有官方实现」

很多人第一次看到 README 那句说明会感到意外：协议的官方仓库，怎么会不提供官方程序？其实这种做法在网络协议领域并不少见。协议仓库只负责写清楚规范，也就是数据该怎么封装、双方该怎么交互，具体的程序交给不同的开发者各自实现。只要大家都遵守同一份规范，不同实现之间就能互相连通。

对 TUIC 来说，这意味着它的生命力不再取决于某一个程序是否更新，而取决于各个实现方是否持续维护。好在 README 列出的客户端里，有不少是本身就很活跃的大型项目，TUIC 只是它们支持的众多协议之一。

这也解释了为什么本页不推荐旧的官方客户端：那批程序是协议早期的参考实现，现在规范仓库已不再维护它们，而功能完整、更新活跃的替代品已经很多。

机场节点用到 TUIC 时的几个提醒

第一，协议版本要对上。README 说明不同协议版本之间不保证兼容，现在机场提供的一般是 v5 节点，非常旧的客户端可能只支持早期版本。

第二，节点参数由机场决定。TUIC 节点通常会带上拥塞控制算法、证书相关设置等参数，这些都应该以订阅里给出的为准，不建议自己去改动。改错了往往表现为连得上但速度不稳，或者干脆握手失败。

第三，客户端要保持更新。QUIC 相关的实现变化较快，客户端版本太旧时，出现兼容问题的概率更高。

第四，别只依赖一种节点。TUIC 走 UDP，在限制 UDP 的网络里会整体失效。订阅里通常还有走 TCP 的其他协议节点，平时可以把它们一并放进代理组，遇到 TUIC 不通时客户端能自动或手动切换过去，出门在外时尤其有用。

下载安全

由于官方仓库不再发布程序，网上出现了不少以 TUIC 为名的打包版本和镜像，来源良莠不齐。普通用户最稳妥的做法是：不要单独下载所谓的 TUIC 客户端，而是从各图形客户端的官方渠道获取完整应用。判断下载来源的方法见 下载安全指南。

本文不涉及的内容

本站面向使用机场订阅的普通用户，节点由机场负责维护，因此本文不提供服务端搭建教程，也不列出具体命令和配置参数。想深入了解协议细节，可以直接阅读官方仓库中的协议规范。

小结

TUIC 是一种基于 QUIC 的代理协议，当前协议版本为 0x05。官方仓库已迁到 tuic-protocol 组织，没有被归档，但已不再提供官方实现，最后一批官方程序停留在 2023 年 6 月 8 日，不建议再使用。遇到订阅里的 TUIC 节点，选一款支持它且仍在更新的客户端即可。本页信息核对于 2026 年 10 月 21 日。