小火箭分享链接格式解读：ss://、vmess://、vless://、trojan:// 与订阅链接的区别

1. 先区分单条分享、订阅地址与规则配置

Shadowrocket（小火箭）中的服务器参数、订阅来源和分流规则是三个不同层次。分享链接携带一个服务器的连接参数；订阅地址指向可以再次请求的远程内容；规则配置决定连接请求如何分流。即使它们都能以一段文本或一个 URL 的形式出现，也不能互相替代。

一个 https:// 地址并不天然就是服务器订阅，它也可能指向登录页面、帮助网页或规则配置。判断依据是已有服务提供的用途说明与返回内容，而不是地址看起来是否很长。服务器列表订阅也不保证同时配置 DNS 或分流规则；导入成功后，仍需检查当前的 Global Routing。

2. ss:// 与 vmess://：Base64 包裹的内容并不相同

ss://：先找加密方法与密码，再找地址和端口

ss:// 表示 Shadowsocks 分享链接。常见 SIP002 结构把“加密方法:密码”放进 Base64 编码的 userinfo，服务器地址和端口保留在外部；较早的格式也可能把整段连接信息一起编码。因此，不能把每一条 ss:// 都按照同一个位置机械截断。

解码后的 userinfo 演示：
aes-256-gcm:demo-password

对应的服务器信息演示：
Server: example.com
Port: 8388
Method: aes-256-gcm
Password: demo-password

这里的 8388 只是演示端口，不是 Shadowsocks 的强制端口。实际端口必须与已有服务一致。链接还可能包含 plugin 查询参数以及 # 后的备注。备注用于辨认条目，不替代地址；若服务要求额外插件参数，只保留地址、密码和端口可能不足以建立连接。

vmess://：常见结构是 Base64 编码的 JSON

常见的 vmess:// 分享格式把 JSON 对象编码后放在前缀后面。下面展示的是解码后的阅读示例，不是可以直接粘贴到导入框的完整链接。实际分享格式可能有变体，应以导入后显示的字段为准。

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

• add 与 port 是服务器地址和端口；id 是认证使用的 UUID。
• net 为 ws 时，表示使用 WebSocket 传输；path 与 host 属于该传输的参数。
• tls 与 sni 影响 TLS 连接；不能因为端口写了 443 就推定 TLS 参数已经完整。
• v 是此类分享 JSON 的格式字段，不是 Shadowrocket 的版本号；ps 通常是显示备注。

3. vless:// 与 trojan://：URI 中哪些字段不能省略

vless:// 与 trojan:// 常采用较容易阅读的 URI 结构：前缀之后是认证信息，@ 之后是服务器地址和端口，? 之后是查询参数，# 之后是备注。可读不等于不敏感，认证部分仍应按密码处理。

vless://[email protected]:443?encryption=none&security=tls&type=ws&host=example.com&path=%2Fdemo&sni=example.com#Demo-VLESS

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

VLESS 示例中的 encryption=none 描述协议相关参数，不能据此判断整个连接没有 TLS；是否启用 TLS 还要看 security 与导入后的实际设置。同理，看到 443 只能确认端口数字，不能证明证书校验、SNI 或 WebSocket 路径正确。

URL 中的特殊字符可能需要百分号编码。示例的 %2Fdemo 解码为 /demo。手动处理时，不要反复解码后再拼回链接，也不要把原本属于密码的 @ 或 # 当成结构分隔符。若 IPv6 地址出现在 URI 的主机位置，通常需要方括号，以免地址中的冒号与端口分隔符混淆。

4. 订阅地址：保留远程来源，更新的是列表

服务器订阅通常是一个 HTTPS 地址，例如下面的明显假值。导入时，Shadowrocket 需要请求该地址并解析响应，才会生成可选择的服务器条目。响应可能是多条分享链接组成的文本，也可能经过整体编码；不能仅凭订阅 URL 猜出里面使用 Shadowsocks、VMess、VLESS 还是 Trojan。

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

更新订阅意味着再次获取远程来源，条目数量、名称、地址和凭据都可能变化。更新成功并不表示当前选中的服务器一定可以连接，也不表示流量规则已经正确。更新前应记录自己当前使用的条目；不要假设对订阅下属条目的本地修改会永久保留，下一次更新可能重建相关字段。

• 如果返回的是登录网页，即使 HTTP 请求有响应，也不能按有效服务器列表处理。
• 如果来源撤销了 token，反复粘贴旧地址不能恢复权限，应核对自己现有服务中的有效地址。
• 如果链接中包含 &，要确认复制的是实际地址，不是网页源码中表示该字符的实体文本。
• 完整订阅 URL 通常具有访问凭据的作用，分享截图时应同时遮住路径与查询参数，而不只是域名。

5. 导入后在 Home、Config 与 Settings 分别检查什么

Home 负责查看和选择服务器，是确认导入结果的起点；Config 用于管理规则配置；Settings 包含应用设置。不要因为分享链接中带有 type=ws，就把它当成 Config 中的分流规则。协议传输决定如何连接服务器，规则决定哪些请求使用哪一种策略，两者处在不同层次。

1. 先在 Home 打开新增条目的编辑页，确认 Type 与原始前缀对应，再检查服务器地址、端口、认证信息及 TLS、传输参数。
2. 如果导入的是订阅，确认条目确实属于预期来源，而不是此前添加的同名独立条目。
3. 核对 Global Routing。日常按规则使用时检查 Config 是否选中，以及 Config 页面是否已选择预期配置。
4. 选中一个自己有权使用的服务器，开启连接并完成系统 VPN 配置授权，再进行实际请求测试。
5. 需要判断自动重连行为时，再检查 Settings → On Demand；它不是订阅更新开关，也不会补齐缺失的服务器参数。

规则配置中的 DOMAIN-SUFFIX 匹配域名后缀，GEOIP 与 IP-CIDR 用于相应的 IP 条件，FINAL 承担前序规则未命中时的兜底处理。它们不是四种分享链接的查询参数，也不会因为导入服务器而自动按使用需求生成。需要了解规则配置时可继续看使用教程或疑难手册。

6. 导入与更新常见问题

7. 最后核对：结构正确、来源有效、实际请求一致

完成导入后，应分别验证“文本被识别”“服务器参数正确”和“请求确实按预期路径完成”。这三个结果不能互相代替。一次成功导入只是建立了本地记录；一次成功刷新只是取回了远程内容；实际访问仍取决于服务器状态、当前网络、DNS 与路由设置。

• 链接类型：确认是单条服务器分享、可刷新订阅，还是规则配置地址。
• 认证与传输：确认协议、地址、端口、密码或 UUID，以及 TLS、SNI、Host、path 等实际要求。
• 来源与更新：确认订阅来源有效，没有把独立条目误认为会自动更新的订阅条目。
• 路由与测试：确认 Global Routing 与当前配置一致，用实际网页请求核对，不能只看延迟数值。
• 凭据保护：不要公开完整分享链接、二维码或带 token 的订阅地址；泄露后应在自己已有服务中处理对应凭据。