Juicity 协议是什么？订阅里出现 Juicity 节点怎么办

Juicity 协议是什么

Juicity 是一个基于 QUIC 的代理协议，同时也指它在官方仓库里的那套实现。官方 README 第一句话就交代了来历：它受 TUIC 启发，并对 TUIC 表示感谢。换句话说，Juicity 的作者看到了 TUIC 的设计，然后按照自己的目标重新做了一套。

README 列出的四个目标很直白：更稳定、维护更积极、UDP 实现更好、与 Go 语言编写的客户端有更好的兼容性和一致性。最后一条值得多解释一句：今天主流的代理内核里，有不少是用 Go 写的，协议实现如果也用 Go，更容易被这些内核直接引用，行为也更容易保持一致。

仓库里除了程序本身，还附有协议规范文档。这说明 Juicity 不只是一个软件，而是一份可以被其他项目照着实现的协议说明。

对普通用户而言，你不需要读懂规范里的字段定义。你只需要明白三件事：它是订阅里可能出现的一种节点类型；它依赖 QUIC，也就是跑在 UDP 之上；能不能用取决于你手上的客户端认不认识它。

官方来源核对结果

以下信息于 2026 年 10 月 21 日在官方仓库与 GitHub 接口上直接看到。没有在官方页面看到的字段，统一写「未能核实」。

字段	核对结果	来源
官方仓库	juicity/juicity	https://github.com/juicity/juicity
是否归档	否（GitHub 接口 archived 字段为 false）	https://api.github.com/repos/juicity/juicity
最新版本	v0.5.0	https://github.com/juicity/juicity/releases/tag/v0.5.0
发布日期	2025-06-30（UTC）	同上
上一个版本	v0.4.3，2024-05-14	https://github.com/juicity/juicity/releases
许可证	AGPL-3.0	仓库 LICENSE 与 README
发布页平台	Windows（x86_64、arm64）、macOS（x86_64、arm64）、Linux（x86_64、arm64、armv5 至 armv7、mips 系列、riscv64 等）、Android arm64 命令行包	v0.5.0 发布页附件列表
官方图形客户端	未在官方页面看到	README 客户端列表
协议规范	仓库 docs 目录中的规范文档	https://github.com/juicity/juicity

需要说明的是，发布页里的 Android arm64 文件是一个命令行程序压缩包，不是可以直接点开使用的 APK 应用。普通手机用户不要把它当作「Juicity 安卓版」去下载。

另外，搜索引擎里能看到一个名为 juicity-1 的仓库，以及若干第三方打包源。本页只以 juicity/juicity 为准，其他地址不作为核对依据。

现状说明：没有归档，但发布节奏放缓

仓库目前没有归档，这一点可以确定。不过从发布记录看，最近两次正式发布分别在 2024 年 5 月和 2025 年 6 月，中间隔了一年多；而到本页核对时，v0.5.0 发布已经过去一年零四个月，仓库最近一次提交也停在 2025 年 6 月 30 日前后。

这并不等于项目已经停止维护，作者也没有在 README 里宣布停更。但对普通用户来说，这样的节奏意味着两点：一是不要期待它跟上其他协议的新特性；二是不建议为了它专门去折腾一套小众工具链。如果机场同时提供别的协议节点，优先选那些客户端支持更广的节点，往往更省心。

Juicity 协议和机场订阅是什么关系

机场的订阅链接本质上是一份节点清单。清单里每个节点都会写明协议类型、服务器地址、端口和认证信息。Juicity 只是其中一种可能出现的协议类型。

官方 README 给出了 Juicity 的分享链接格式，以 juicity:// 开头，后面跟着 UUID、密码、服务器地址和若干参数，例如拥塞控制算法和 SNI。你在订阅里或机场后台看到这种开头的链接，就知道它是 Juicity 节点。

这里有一个容易混淆的地方：订阅链接本身和节点链接是两回事。订阅链接是一个 https 地址，客户端去请求它，拿回一整份节点清单；juicity:// 则是单个节点的写法。大多数情况下，你只需要把机场给的订阅链接交给客户端，不需要手动处理单个节点链接。订阅链接的基础概念可以看 订阅链接是什么。

还有一点要提前知道：订阅转换时，Juicity 节点很可能被过滤掉。原因很简单，如果目标格式所对应的内核不支持 Juicity，转换器就无处安放这个节点。于是会出现「机场说有 Juicity 节点，我的客户端里却没有」的情况，这通常不是机场的问题，而是客户端或订阅格式不支持。

Juicity 协议应该搭配什么客户端

先看官方 README 自己列出的客户端：

• juicity-client：官方命令行客户端，支持 Windows、Linux、macOS。它只在本机开一个代理端口，没有图形界面，也不负责分流规则。
• dae 与 daed：运行在 Linux 上的透明代理工具，前者是命令行，后者带网页界面，更适合软路由或 Linux 主机。
• v2rayA：带网页界面的客户端，支持 Windows、Linux、macOS。站内有 v2rayA 的介绍页可以参考。

再看第三方客户端自己的说明：

• Exclave：安卓客户端，其 README 的协议列表中列出了 Juicity。
• husi：安卓客户端，README 的插件列表中有 juicity，意味着需要额外安装对应插件，主程序本身并不内置。

本页核对时，在 sing-box 官方文档的出站列表和 mihomo 官方文档的代理类型列表里，都没有看到 Juicity。因此，基于这两个内核的常见图形客户端，比如 Clash Verge Rev、SFA 等，本页不认为它们能直接使用 Juicity 节点。如果某个客户端的新版本加入了支持，请以它自己的更新说明为准。

iPhone 方面，本页没有在任何客户端的官方说明里看到对 Juicity 的明确支持，所以不做推荐。iPhone 用户更现实的做法是请机场提供其他协议的节点，再参考 iPhone 客户端选择。

普通用户的取舍建议

把以上信息合在一起，可以得出比较务实的建议：

1. 订阅里没有 Juicity 节点，就不用理会这个协议，不需要为它换客户端。
2. 订阅里只有少量 Juicity 节点、同时还有其他协议节点，优先使用其他节点，Juicity 节点留作备用即可。
3. 你本身就在用 Linux 软路由或者 v2rayA，而机场恰好提供 Juicity，那么可以按照这些工具的说明尝试导入。
4. 安卓用户想试，可以选 Exclave，或者在 husi 上安装官方插件发布页里的 Juicity 插件。插件和主程序一样，只从项目自己的发布页获取。

还有一个和 QUIC 协议共有的问题：它依赖 UDP。部分网络环境，比如一些公司网络、校园网或公共 Wi-Fi，会限制或干扰 UDP 流量，这时 Juicity 节点可能整体连不上，而基于 TCP 的节点却正常。遇到这种情况，先换到其他协议的节点对比一下，再决定是否继续排查。

Juicity 节点连不上时先看哪里

Juicity 节点导入后无法使用，原因通常集中在少数几处，可以按下面的顺序排查：

• 客户端到底认不认识它。 导入订阅后，先在节点列表里找一找有没有 Juicity 节点。如果根本没有出现，多半是客户端或订阅格式不支持，被直接过滤掉了，这时换客户端比反复刷新订阅更有效。
• 插件有没有装好。 在 husi 这类依赖插件的客户端里，主程序能显示节点，但缺少插件时依然无法连接。确认插件已安装，且与主程序版本相互匹配。
• 网络是否限制 UDP。 前面提到过，QUIC 跑在 UDP 上，所在网络对 UDP 不友好时，Juicity 节点会整体失效。换一个网络，比如从公司 Wi-Fi 切到手机流量，再试一次就能大致判断。
• 节点本身是否正常。 如果机场同时提供多种协议的节点，可以用同一地区的其他节点对比。其他节点都正常、只有 Juicity 不行，再联系机场客服并说明你使用的客户端名称和版本。

排查时不要随意改动节点里的参数，比如拥塞控制算法、SNI 或证书相关字段。这些值由服务端决定，改错了只会让问题更难定位。

下载与安全提醒

Juicity 的官方程序只从 juicity/juicity 的发布页获取。发布页里每个压缩包都附带一个 .dgst 校验文件，下载后可以对照校验值确认文件没有被替换。网盘、群文件或者所谓「汉化版」，都不是官方渠道。

AGPL-3.0 是一种开源许可证，它影响的主要是二次分发和提供网络服务的开发者，对只是在自己设备上使用的普通用户没有额外要求。不过它也提醒我们：任何人都可以基于源码改出一个同名程序，所以认准官方仓库地址很重要。更多通用的下载核对方法，可以看 下载安全指南。

小结

Juicity 是一种受 TUIC 启发、基于 QUIC 的代理协议，官方仓库仍然存在且没有归档，最新版本是 2025 年 6 月 30 日发布的 v0.5.0，许可证为 AGPL-3.0。它的客户端生态偏小众，官方只提供命令行客户端，图形化支持主要来自 v2rayA、dae 系列以及 Exclave、husi 等少数安卓应用。对于大多数机场用户，它只是订阅里的一个可选项，有更通用的节点可用时，不必刻意选择它。更多协议之间的差别，可以看 代理协议科普，客户端总览见 客户端列表。