2026-10-21 · 协议科普 · 约 9 分钟

ss://、vmess://、vless://、trojan:// 链接是什么:分享链接与订阅链接的区别

分享链接描述单个服务器,订阅链接是一组服务器的更新地址;两者在 Shadowrocket 里的导入入口和后续更新方式各不相同。

本文速览

已有自己的服务商与订阅时，先判断拿到的是服务器参数，还是可重复拉取的更新地址。本文按链接前缀、Home 中的导入入口、Subscribe 更新机制和失败排查顺序说明；读完可以选择正确入口，并分清“导入成功”“更新成功”与“连接可用”三个不同结果。Shadowrocket（小火箭）只负责使用导入的内容，本文不提供、不销售、不推荐任何节点或订阅。

先看前缀：分享链接保存参数，订阅链接保存更新地址

ss://、vmess://、vless://、trojan:// 是常见服务器分享链接的开头。它们表示后面的内容应按对应协议格式解析，通常包含连接所需的地址、端口、凭据及部分传输参数。导入后得到的是服务器条目，而不是自动维护这条服务器的远程更新关系。

订阅链接通常是一个 HTTPS 地址。Shadowrocket 请求这个地址，读取返回的服务器集合，再把结果展示在 Home 的对应订阅分组中。两者的关键差别不在长度，也不在是否包含一串看不懂的字符，而在于客户端保存的是“当前参数”还是“后续还要请求的来源”。

4 个前缀
本文辨认 ss://、vmess://、vless://、trojan://
2 类内容
单个服务器参数与可更新的订阅来源
443
HTTPS 默认端口，不代表代理服务器也使用此端口

仅凭 https:// 还不能断定这是订阅。普通网页、登录页面、配置文件下载地址也使用 HTTPS。应确认用户已有服务提供方将该地址标注为适用于 Shadowrocket 的订阅，并确认复制的是完整地址，而不是浏览器中打开的账户管理页面。

ss://
vmess://
vless://
trojan://

https://example.com/sub?token=xxxx

上方只展示前缀与明显的虚构订阅地址，不能直接用于连接。订阅地址中的查询参数可能承担身份验证作用，不能因为看起来冗长就删掉问号后面的部分。

四种分享链接分别包含什么

前缀用于识别协议，不用于判断速度、地区或可用性。同一种协议可以使用不同端口与传输设置；不同协议也可能连接到同一域名。不要根据服务器名称中的“TLS”“高速”等文字代替参数核对，名称通常只是备注。

链接前缀协议导入后重点核对
ss://Shadowsocks服务器地址、端口、加密方法、密码；使用插件时还要核对插件参数。
vmess://VMess地址、端口、UUID、加密设置、alterId，以及 TLS 和传输设置。
vless://VLESS地址、端口、UUID，以及 TLS 等安全层与传输设置。
trojan://Trojan地址、端口、密码、TLS 服务器名称及证书验证相关设置。

常见的 vmess:// 分享格式会把 JSON 参数编码后放在前缀后面；其他格式也可能含有编码凭据或 URL 查询参数。编码只是表示方式，不等于隐藏了秘密。能取得完整分享链接的人，可能直接还原服务器参数，因此不要把原文贴到公开评论或截图中。

选择入口：Subscribe 管来源，Add Server 管单条参数

如果已有的是一组服务器的订阅地址，应把它保存为 Subscribe 类型；如果只有一条服务器分享链接，则导入该链接，或者在 Add Server 中按原参数填写。入口选错时，常见结果是把订阅网址当作服务器地址，或只保存了订阅中的一条服务器而丢失更新关系。

Subscribe：保存订阅来源

推荐

用于已有订阅的持续管理。保留远程 URL，之后可以请求该来源并更新服务器集合；适用于本文以维护已有订阅为主的场景。

适合：已有订阅地址，需要跟随后端调整服务器列表

Add Server：填写单条服务器

选择 Shadowsocks、VMess、VLESS 或 Trojan 等实际协议，再填写地址、端口和凭据。保存单条参数不会自动生成订阅来源。

适合：已有独立服务器参数，需要逐项核对或手动维护

结论：需要跟随列表变化，就保留 Subscribe 来源

不要把订阅更新后出现的一条服务器再次导出、导入为独立条目，并误以为它仍会跟随原订阅变化；维护时应回到原订阅分组操作。

已有订阅地址的导入步骤

  1. 完整复制已有订阅 URL，包括查询参数，避免带入中文引号、空格或换行。
  2. 进入 Home → 添加按钮 → Add Server，在类型列表选择 Subscribe。
  3. 将订阅地址粘贴到 URL 字段，填写便于辨认的备注后保存。不要将整条 URL 填进普通协议的服务器地址字段。
  4. 检查 Home 中是否出现对应订阅分组及服务器。如果只看到空分组，对该订阅执行更新，再按返回错误排查。

已有单条分享链接的导入步骤

  1. 复制从协议前缀开始到末尾的完整链接，使用客户端提供的链接导入提示；若通过二维码导入，扫码前也应确认来源。
  2. 导入后打开条目编辑页，核对协议、地址、端口与传输参数，而不只看备注是否出现。
  3. 若自动识别失败，回到 Home → 添加按钮 → Add Server，选择对应协议，依据用户已有参数逐项填写。
  4. 保存后在 Home 选中该服务器，再启用连接。单条服务器的导入并不会补齐 Config 中的分流规则。

更新机制：服务器参数变更后，哪些内容会跟着变

订阅更新是重新获取远程列表，不是为当前连接“加速”。当服务提供方修改地址、端口、凭据或列表成员后，客户端只有成功获取并解析新内容，才有机会反映这些变化。单条分享链接则是导入当时的参数快照，原服务器变更后通常需要重新导入或手动编辑。

维护方案：区分订阅分组与独立条目

通过 Subscribe 导入
  • 在 Home 找到原订阅分组，执行该订阅的更新操作。
  • 更新后核对服务器数量、名称和选中项是否变化。
  • 需要长期修改的参数应先确认上游内容，避免下次更新覆盖本地调整。
通过单条分享链接导入
  • 原地址或凭据变更时，取得新的完整分享链接。
  • 重新导入后核对新旧条目，测试新条目再清理旧项。
  • 不能仅靠刷新另一组订阅来更新这条独立记录。

先确认条目归属，再更新或编辑；删除旧分组前保留用户自己的订阅来源记录。

更新失败时先读错误类型。超时通常需要检查当前网络能否到达订阅域名；HTTP 401 或 403 应核对地址、访问凭据和服务状态；返回网页或解析失败，则要确认没有复制登录页、跳转页或不兼容的内容。不同服务的状态码用法可能不同，不能只凭一个数字断定到期。

导入成功之后：检查连接与 Global Routing

Home 出现服务器，只说明客户端能够保存或解析相应数据。订阅更新成功，只说明更新地址可访问且内容可读取；这两个结果都不能证明某条服务器已经可以转发业务流量。验证时应把“获取列表”和“建立连接”分开处理。

  1. 在 Home 明确选中要测试的服务器，避免列表更新后仍使用已经失效的旧条目。
  2. 启用连接，观察客户端是否报错。若立即失败，先检查地址、端口、凭据和 TLS 参数。
  3. 进入 Global Routing，确认当前姿态。日常使用 Config 时，访问会受到当前配置规则影响；Direct 用于直连对照，Proxy 可用于临时检查代理路径。
  4. 若 Proxy 下目标可访问、Config 下表现不同，回到 Config 检查命中的规则与策略，而不是反复导入同一订阅。
  5. 测试后恢复原先需要的姿态；如启用了 On Demand，还应在 Settings → On Demand 检查自动连接条件，避免把自动重连误认为导入操作的结果。

规则中的 DOMAIN-SUFFIX 按域名后缀匹配，GEOIP 按 IP 地理信息匹配，IP-CIDR 按网段匹配，FINAL 负责前面未命中的连接。订阅提供服务器来源，Config 决定如何选择策略，两者不是同一个对象。不要因为订阅能更新，就假定当前规则已正确指向想用的服务器或策略组。

常见问题：链接识别、重复导入与二维码

拿到一个 HTTPS 链接，直接放进 Subscribe 就行吗？

先确认它被标注为 Shadowrocket 订阅地址。账户首页、付款记录页或普通配置下载页不一定返回订阅内容。确认后走 Home → 添加按钮 → Add Server → Subscribe，填写 URL；返回网页时应重新核对来源，而不是更改服务器协议碰运气。

订阅里只有一条服务器，它还是订阅吗？

是。判断依据是是否保留可更新的来源 URL，而不是目前返回几条记录。一条订阅也可能只返回一个服务器；多条独立分享链接则不一定拥有共同更新地址。打开原订阅的编辑项，检查其类型和 URL，再决定后续如何维护。

同一条链接导入两次，为什么看到重复服务器？

客户端可能保存了两个独立条目，或同时存在订阅内记录与手动记录。先核对它们所属的分组、地址和端口，保留需要维护的来源；确认选中项可用后，再删除重复项。不要为了减少重复而先删除唯一保存的订阅 URL。

二维码是不是另一种订阅格式？

二维码只是承载文本的方式，里面既可能是单条分享链接，也可能是订阅 URL。扫码识别后先看内容类型和导入预览，再确认保存。不要把二维码截图发到公开位置；它可能包含与原始链接相同的完整凭据。

下载 Shadowrocket