Shadowrocket 分享链接格式:ss://、vmess://、vless://、trojan:// 与订阅链接的区别

单条分享链接和订阅链接分别包含哪些信息、怎么识别格式,以及在 Shadowrocket 里分别从哪个入口导入。示例全部使用假值。

本文速览

单条分享链接通常描述一个服务器,订阅链接则用于获取并更新一组服务器。本文面向已经持有自己服务商参数或订阅的用户,说明如何在 Shadowrocket(小火箭)的 Home → Add Server 中选择入口、辨认四种链接格式,并在导入后核对字段。所有示例域名、密码、UUID 与 token 均为假值,不能用于实际连接。

一、先分清:链接描述服务器,还是用于获取列表?

先看开头,再核对来源说明;链接长度不能用来判断它是不是订阅。ss://、vmess://、vless:// 与 trojan:// 通常是单条服务器分享格式,携带协议需要的连接参数。以 https:// 开头的地址可能是订阅,也可能只是网页或远程配置文件,必须确认返回内容的用途。

核对项单条分享链接订阅链接
主要内容一个服务器的地址、端口、认证与传输参数获取服务器列表的地址,可能附带访问 token
常见开头ss://、vmess://、vless://、trojan://https://,具体用途由提供方说明
导入入口剪贴板导入提示,或 Home → Add Server 按对应 Type 填写Home → Add Server → Type → Subscribe
后续维护参数变化后重新导入或编辑通过原订阅条目更新列表

订阅不是一种代理协议,https:// 也不能说明列表里只有某一种协议。一个订阅响应可以包含多条不同类型的服务器记录,具体取决于提供方输出的格式。订阅也可能只有一条记录,因此不能按导入后的条目数量反推链接性质。

二、四种分享格式分别需要核对什么?

识别前缀只完成了第一步,保存前还要在 Add Server 对照实际字段。地址与端口正确并不代表认证、TLS 和传输参数也正确。以下示例只用于辨认结构,不对应可用服务。

ss://:核对 Method、Password、地址与端口

Shadowsocks 分享格式常把加密方法与密码组合后进行 Base64 编码,再附上服务器地址和端口。下面的认证部分解码后为 aes-128-gcm:test;示例端口是 8388,并不是所有 Shadowsocks 服务的固定端口。

ss://[email protected]:8388#Example-SS

vmess://:常见形式是 Base64 编码的 JSON

VMess 的常见分享形式会把 JSON 对象编码到 vmess:// 后面,而不是直接使用 用户@地址 的外观。下面展示的是解码后的示意内容,不是可以直接粘贴导入的完整分享链接。

{
  "v": "2",
  "ps": "Example-VMess",
  "add": "vmess.example.com",
  "port": "443",
  "id": "00000000-0000-4000-8000-000000000001",
  "aid": "0",
  "net": "ws",
  "type": "none",
  "host": "edge.example.com",
  "path": "/demo",
  "tls": "tls",
  "sni": "edge.example.com"
}

vless://:UUID 后面还有传输与 TLS 参数

VLESS 常用 URI 形式表达参数。下面的示例把 UUID 放在 @ 前面,查询部分说明 TCP 传输与 TLS 设置;encryption=none 不等于整个连接没有 TLS。

vless://[email protected]:443?encryption=none&security=tls&type=tcp&sni=vless.example.com#Example-VLESS

trojan://:Password 与 TLS Server Name 分开核对

Trojan 链接通常在 @ 前携带密码。密码中若含有 URI 保留字符,需要正确进行百分号编码;把编码后的文本手动再编码一次,会改变实际认证内容。

trojan://[email protected]:443?security=tls&type=tcp&sni=trojan.example.com#Example-Trojan

三、在 Home 中如何选择导入入口?

已有订阅应保留为 Subscribe 条目;只有一条分享链接时,优先尝试应用提供的剪贴板识别。下面对比的是 Add Server 的设置用途,“推荐”仅针对已经持有订阅的场景,不表示协议性能排序。

Type → Subscribe

推荐

在 URL 中填写已有订阅地址,保存后获取列表。保留订阅关系,后续可通过原条目更新,而不是逐条维护参数。

适合:已经有自己的订阅,需要继续更新服务器列表

Type → VLESS 等具体协议

按单个服务器的实际协议填写 Address、Port 与认证字段。这里的 VLESS 只是入口示例,其他协议必须选择各自对应的 Type。

适合:只有一组完整服务器参数,或单条分享链接无法自动识别

结论:需要后续更新,就保留原订阅条目

如果资料明确标为订阅地址,应在 Type → Subscribe 中保存原 URL;不要把首次获取的单条记录当成订阅本身,否则以后更新原列表时无法沿用这条独立记录。

操作方案:按手中资料选择流程

已有单条分享链接
  • 从 ss:// 等前缀开始完整复制,不包含聊天引号和解释文字。
  • 打开 Shadowrocket;若出现剪贴板导入提示,按提示确认,系统询问粘贴权限时按需允许。
  • 没有提示时,在 Home → Add Server 选择相应 Type,依据原始参数手动填写。
  • 保存后打开条目编辑页,核对地址、端口、认证、传输与 TLS。
已有订阅地址
  • 进入 Home → Add Server → Type → Subscribe。
  • 在 URL 中填写完整订阅地址,例如下方的假值示例。
  • 保存并等待列表获取,返回 Home 确认订阅分组与条目。
  • 以后通过原订阅条目更新,避免反复新增相同订阅。

两条流程的共同终点都是核对已保存字段,而不是仅凭“保存成功”判断连接可用。

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

上面的 HTTPS 地址仅为文本示例,不应请求或导入。实际操作时必须使用用户已有的订阅原文,并保留查询参数。若链接经过聊天工具折行,先确认没有混入空格、换行或句末标点。

四、订阅更新与连接测试应如何分开检查?

订阅获取成功只表示列表已取回,不表示每个服务器都能连接。反过来,原有服务器能够使用,也不能证明订阅地址仍然有效;订阅访问与代理连接使用的是不同的请求和认证信息。

  1. 先确认列表有没有变化。在 Home 对已有订阅执行更新,观察是否返回错误、条目是否出现。不能只看连接开关判断更新结果。
  2. 再确认更新走哪条网络路径。若当前网络无法访问订阅地址,可在已有可用连接的前提下检查 Settings → Subscribe → Update via Proxy。这个设置改变订阅更新的访问路径,不会修正失效 token。
  3. 选择一个服务器进行检查。回到 Home 选择条目,使用 Connectivity Test 查看探测结果。探测成功不等于目标网页、认证与所有传输都正常,仍需做实际访问验证。
  4. 最后核对分流。在 Home → Global Routing 检查当前姿态。Direct 不使用服务器代理请求;Proxy 可用于临时隔离规则因素,Config 则依当前配置规则处理流量。测试完成后恢复原本需要的姿态。

五、导入失败、字段变化与链接隐私问答

排查应从原文完整性开始,再检查格式、字段和网络。不要先修改密码或删除查询参数;这些操作可能把一个可解析的原始链接改成无法认证的记录。

复制了链接,打开应用却没有导入提示怎么办?

先确认复制内容确实从协议前缀开始,且没有附带引号、说明或换行。系统出现粘贴询问时按需允许;仍无提示,就在 Home → Add Server 选择对应 Type,使用提供方给出的完整字段手动填写,不要把整条分享链接填进 Address。

订阅地址能在浏览器打开,为什么导入后还是空的?

先确认打开的是服务器列表响应,而不是登录页、错误页或使用说明。回到 Home 检查 Subscribe 条目的完整 URL,特别是 token 查询参数;若返回内容不符合支持的订阅格式,应向原提供方核对输出格式,而不是把网页内容逐行当作服务器导入。

链接里的 # 后面、sni 和 path 能删掉吗?

# 后的片段通常用作备注;sni 与 path 则可能直接影响 TLS 或 WebSocket 连接。进入 Home 的条目编辑页分别核对这些字段,保持原参数,不要为了缩短链接统一删除查询部分。

订阅更新后,自己修改的服务器字段会保留吗?

不要把订阅内条目的本地修改当作长期保证;后续更新可能重新生成或覆盖字段。需要排查时先记录修改内容,必要时另建独立条目测试,再通过原订阅更新验证。独立条目不会因此自动跟随原订阅变化。

Base64 编码过的链接可以直接发给别人排查吗?

不应公开发送完整内容。Base64 是编码,不是保密措施;分享链接可能包含 Password、UUID,订阅 URL 可能包含访问 token。求助时只提供脱敏后的字段名称、错误现象与菜单路径;若完整凭据已泄露,应到原提供方管理入口更换对应凭据。

最终核对顺序是“确认资料类型 → 选择正确入口 → 检查字段 → 分开测试更新与连接”。这能区分解析失败、订阅访问失败、服务器认证失败和规则路径问题,避免在错误环节反复修改已经正确的参数。

前往 App Store