已经持有自己服务商提供的连接信息，却不确定该按单条服务器还是按订阅添加？先看链接开头与服务商说明，再按对应方式导入。本文说明四类分享链接的字段、订阅的更新机制，以及导入后如何核对连接结果。
先看链接表示的对象
Shadowrocket（小火箭）中的单节点分享链接，通常把一台服务器的协议、地址、端口和认证信息编码在同一条文本里。ss://、vmess://、vless://、trojan:// 是识别这类文本的常见前缀；前缀说明协议类型，不表示链接指向一个会定期更新的列表。分享链接导入后，通常得到一条可选择的服务器记录。
订阅链接通常是以 https:// 开头的 URL。Shadowrocket 请求这个地址，读取响应中的配置内容，再生成或更新订阅名下的服务器记录。因此，看到 https:// 只能判断它是一个网页地址形式的入口，不能仅凭前缀断定它一定是可用订阅。是否可用，还要看服务商提供的用途说明及请求后返回的内容。
四种分享链接：前缀相似，用途相同，字段不同
下面的样例只展示外形，域名、凭据与编码字段均不可用于连接。实际分享链接的大小写、编码与可选参数由其格式决定，不宜靠手工删除问号后的参数来“简化”。例如，VLESS 链接里的传输与安全参数可能影响连接方式；Trojan 链接中的密码也不能只凭显示名称推断。
ss://[email protected]:8388#demo
vmess://BASE64_JSON
vless://[email protected]:443?encryption=none&type=tcp#demo
trojan://[email protected]:443#demo
https://example.com/sub?token=xxxx前四行是单节点分享链接的示意，最后一行才是订阅 URL 示意。example.invalid 与 example.com 在这里仅作格式说明，xxxx 不是可用凭据。443 和 8388 也只是样例端口，并非某个协议在 Shadowrocket 中必须填写的固定值；填写时应以自己服务商给出的端口为准。
- Shadowsocks：
ss://常包含加密方法、密码、服务器地址和端口。部分字段经过编码，肉眼看不到明文密码并不代表链接不含凭据。 - VMess：
vmess://常承载编码后的配置数据；显示为一长串字符是正常的格式现象，不能仅按可见字符长度判断是否完整。 - VLESS：
vless://通常包含用户标识、地址、端口及可选的查询参数。参数中的type等字段与连接设置有关。 - Trojan：
trojan://通常包含密码、服务器地址和端口，也可能带有其他连接参数。末尾#后的名称主要用于辨认记录，不能替代前面的连接字段。
判断方法：先找服务商给出的“入口用途”
如果资料写的是单条服务器分享，按该协议的一条记录处理；如果写的是定期更新的订阅地址，按 Subscribe 添加。不要因为订阅响应里也能包含 ss:// 等记录，就把订阅 URL 当作其中一条服务器。
在 Shadowrocket 中分别怎样导入
开始前先确认 Shadowrocket 来自 App Store 产品页，开发者显示为 Shadow Launch Technology Limited，应用 ID 为 932747118。它是 Apple 平台的付费应用；系统要求以 App Store 页面标注为准。应用的购买与自己服务商提供的连接资料是两件事，购买客户端不会自动生成可用的服务器记录。
按资料类型选择添加路径
已有单节点分享链接
- 完整复制以
ss://、vmess://、vless://或trojan://开头的文本，不截掉末尾参数。 - 在 Home 使用添加入口，检查当前界面是否提供剪贴板导入；如需手动添加，进入
Home → + → Type，选对协议后按服务商资料填写字段。 - 保存后回到 Home，核对新记录的名称、协议类型和服务器地址，再选择该记录。
已有订阅 URL
- 完整复制服务商明确标注为订阅的 URL，包括查询参数；本文的
https://example.com/sub?token=xxxx仅是无效示例。 - 进入
Home → + → Type → Subscribe，把地址填入 URL 字段，设置便于辨认的名称并保存。 - 返回 Home，检查订阅条目是否出现，并按界面提供的更新操作获取记录。
完成导入不等于已经建立连接；还须选择服务器、查看 Global Routing，并用 Connectivity Test 验证结果。
添加入口和剪贴板相关操作的呈现方式可能随当前应用界面而变化。如果看不到某个快捷导入选项，优先使用当前界面可见的 Type 与字段表单，不要把整条 ss:// 文本粘进 Subscribe 的 URL 字段。反过来，订阅地址也不应填入单台服务器的地址栏：服务器地址栏需要的是服务商给出的主机名或 IP，而不是带路径与令牌的订阅 URL。
- 在 Home 选择刚导入的服务器；若导入的是订阅，先在订阅生成的记录中选择一条。
- 检查
Global Routing。Direct是直连姿态；若要检验所选服务器的基础连通性，可先按需求使用Proxy。日常按规则处理流量时再检查Config及规则命中情况。 - 打开连接开关，按系统提示完成 VPN 配置授权，然后使用
Connectivity Test检查。测试结果与目标网页的表现应分别观察，不能只凭开关状态判断资料是否正确。
更新方式：重导单条，刷新订阅
单节点分享链接更像一次性的配置快照。导入后的服务器记录不会因为原始分享文本在服务商处发生变化，就自动同步新地址、密码或端口。如果服务商重新提供了一条分享链接，应对照新旧字段，重新导入或按新资料编辑记录；确认新记录可用后，再整理旧记录，避免同名条目造成误选。
订阅保留的是一个可再次请求的 URL。服务商在该 URL 对应的内容中调整记录后，用户可以在 Shadowrocket 中对订阅执行更新；更新成功后，还要核对当前选中的服务器是否仍存在、名称是否改变，以及所需连接是否仍可用。更新频率与返回内容取决于自己的服务商，保存订阅地址本身不保证服务器永远有效。
单节点分享链接
直接保存一条服务器配置；资料变化时，依据服务商新信息重新导入或编辑。
适合：只需维护一条固定记录，并能逐项核对地址、端口和凭据
Subscribe 订阅
保留一个更新入口，由订阅响应维护其下的记录；每次更新后检查记录与选择状态。
适合：服务商明确提供订阅 URL，且记录需要随服务商资料变化而更新
操作结论：更新前保留可核对的信息
记录当前正在使用的服务器名称与协议，再更新订阅。若更新后连接异常，先检查选中项是否变化，再检查订阅请求是否成功；不要立即改动全部连接字段。
订阅更新影响的是订阅返回的服务器资料，不等同于更改 Global Routing 的姿态或修正规则配置。比如处于 Config 时，请求可能先经过规则判断；即使服务器记录已经更新，某个域名仍可能因规则而直连。应把“资料是否更新”和“流量是否走所选服务器”分成两步核验。
导入或更新异常时，按现象定位
排查时先保留原始链接的完整副本，只在自己的设备与可信服务商渠道中核对。若收到的是一段以协议前缀开头的文本，先检查复制时是否多了换行或少了查询参数；若收到的是 URL，则先问清它究竟是订阅入口、账户网页，还是单条资料的展示页面。不同用途的 URL 不能互换。
粘贴 https:// 地址后，只出现一条无法连接的记录？
先确认是否把订阅 URL 填进了服务器地址栏。返回 Home → + → Type → Subscribe，在 URL 字段填写服务商标注的订阅地址；原有误填记录可在核对后整理。
导入 vless:// 后，名称出现了但连接失败？
对照服务商原文检查主机、端口及问号后的参数是否完整，尤其不要遗漏 type 等连接参数。再确认所选记录就是刚导入的那一条；名称出现只证明记录已建立，不证明服务器可达。
订阅更新完成，却仍在使用旧服务器？
回到 Home 检查当前选中项，核对订阅下的新记录名称和地址，再手动选择需要使用的记录。若列表未变化，检查订阅 URL 是否仍有效，并查看当前界面显示的更新结果。
连接开关已打开，但目标网页仍没有按预期走服务器？
先做 Connectivity Test，再查看 Global Routing。若为 Direct，请求不会按代理姿态处理；若为 Config，继续检查对应规则是否命中，不要只靠重新导入链接解决规则问题。
如需读懂规则，可从 DOMAIN-SUFFIX、GEOIP、IP-CIDR 与 FINAL 的匹配范围入手：前几项分别涉及域名后缀、地理位置和 IP 网段，FINAL 处理前面未匹配的请求。这些规则控制请求走向，不会把单节点链接变成订阅，也不会为错误的认证信息生成正确值。排查顺序应保持为：核对资料类型、核对导入记录、核对连接测试、最后核对规则。