Shadowrocket 支持哪些协议：Shadowsocks、VMess、VLESS、Trojan、Hysteria2 一览

一、先分清协议、传输与规则

Shadowrocket 支持多种连接协议，但“支持”不等于任意参数组合都能使用。服务端必须提供相应协议，客户端填写的地址、端口、认证信息及传输选项也必须与之对应。本文以用户已有自己的服务商与订阅为前提，只解释客户端字段，不提供或推荐连接服务。

在 Home → 右上角“+”进入 Add Server，Type 决定条目的协议类型。TLS、WebSocket 等选项属于连接的其他层次，不应与 Type 混为一谈。下面三层分别回答“如何认证”“如何传输”和“哪些请求使用这条连接”。

例如，端口为 443 并不能证明某个条目使用 Trojan 或 TLS；端口只是服务端监听位置。8443 也可能被服务端用于 TLS。应照已有配置填写，而不是根据端口猜协议。下文英文术语用于辨认参数；具体可见字段及可选组合以应用内实际显示为准。

二、Shadowsocks、VMess、VLESS 与 Trojan 的参数区别

这四类连接最容易因“地址相同”而被误当成可互换的类型。实际上，同一域名可以承载不同服务；只有地址正确，不能保证认证与后续传输成功。先核对 Type，再核对凭据，最后检查传输选项，能避免反复改动无关字段。

UUID、Password 与 TLS 不可互相替代

• Shadowsocks：Method 与 Password 是成对核对的项目。仅复制密码、保留另一个条目的 Method，可能无法完成通信。
• VMess 与 VLESS：即使都使用 UUID，也不能互换 Type。若已有配置指定 WebSocket，还应核对路径和 Host，而不是只开启 TLS。
• Trojan：Password 正确但 SNI 错误，仍可能在 TLS 阶段失败。先检查服务端给出的域名与证书信息，不以关闭证书验证作为常规修复。
• TLS：连接地址负责找到服务器，SNI 用于 TLS 握手中的服务器名称指示。两者可以相同，也可能由已有配置明确指定为不同值。

三、HTTP/SOCKS5、WireGuard 与 Hysteria2 的用途

HTTP/SOCKS5 是代理协议，WireGuard 是基于密钥的隧道协议，Hysteria2 则基于 QUIC。它们不仅名称不同，认证材料、底层传输和排查方法也不同。不存在脱离服务端条件与本地网络、始终最快的协议排名。

按协议特征判断，不按名称推测结果

• HTTP/SOCKS5：如果服务端要求认证，不应把 Username、Password 留空。SOCKS5 的 UDP 能力不能仅凭名称推定，需要服务端与客户端配置共同支持。
• WireGuard：不要将本端 Private Key 填成对端 Public Key。隧道地址也不是服务器地址；Endpoint 中的主机与端口负责定位对端。
• Hysteria2：普通网页能够通过 TCP 打开，并不能证明 UDP 可用。若当前网络限制 UDP，反复更改密码不能解决底层传输问题。
• 密钥保护：UUID、Password、Private Key 与完整订阅地址都应按敏感信息处理。排查时只记录字段是否一致，不公开完整内容。

带宽、丢包、服务端负载和网络策略都会影响实际体验。没有在同一网络、同一时间窗口和可比服务端条件下测试，就不能把一次 Connectivity Test 结果解释为协议性能结论；延迟较低也不等于持续下载速度更高。

四、在 Add Server 中添加与核对已有信息

优先保留已有配置的完整信息。手动添加适合参数数量少、来源明确的条目；订阅适合管理用户已有的一组条目。Subscribe 是导入和维护信息的入口，不是与 Shadowsocks、Trojan 并列的传输协议，订阅下每个条目仍有自己的 Type。

1. 准备参数

   从用户已有配置中取出协议、地址、端口及认证材料。若是 VMess 或 VLESS，额外确认 TLS、传输方式、Host 与路径是否有指定值。

2. 进入添加页

   打开 Home → 右上角“+”→ Add Server → Type，选择与原始信息一致的协议。不要根据地址名称或端口猜测类型。

3. 填写并保存

   按页面显示填入 Address、Port 及该类型要求的字段。检查复制内容首尾是否带空格；保存后回到 Home，确认选中的是新建条目。

4. 处理订阅

   若用户已有订阅，使用 Home →“+”→ Type → Subscribe 填入自己的地址并保存，再在 Home 更新订阅内容。更新会按远端内容刷新条目，手动改过的参数应另作记录。

5. 验证连接

   在 Home 使用 Connectivity Test，再开启连接并访问实际需要的目标。分别记录测试是否完成、连接是否建立、目标是否可访问，不把这三件事当成同一个结果。

五、Global Routing 不改变条目的协议

协议决定连接如何建立，Global Routing 决定请求采用哪类路径。切换到 Proxy 不会把 Shadowsocks 转成 Trojan；切换到 Config 也不会修复错误的 UUID。排查时应把“条目是否可用”与“目标是否命中预期规则”分开。

Global Routing 中的 Scene 用于按场景设置工作，检查结果时还应确认实际生效的场景及其设置。Settings → On Demand 则涉及按条件触发连接，不负责把一种协议转换成另一种；出现连接自动触发的现象时，应单独检查这一项。

Config 模式下的规则检查

在 Config 查看当前使用的配置。规则通常自上而下匹配，命中后采用对应策略；FINAL 承接前面未命中的请求。以下只是规则文本示例，不是服务器参数，也不是应用界面。

[Rule]
DOMAIN-SUFFIX,example.com,PROXY
IP-CIDR,192.0.2.0/24,DIRECT,no-resolve
GEOIP,CN,DIRECT
FINAL,PROXY

• DOMAIN-SUFFIX 匹配指定域名后缀及其子域名，不用于选择协议类型。
• IP-CIDR 匹配目标 IP 网段；示例使用文档地址段，no-resolve 表示不为这一条规则额外进行域名解析。
• GEOIP 根据目标 IP 的地理归属数据判断，不能仅凭网页语言推断是否命中。
• PROXY、DIRECT、REJECT 是策略关键字，分别用于代理、直连和拒绝；策略走向与 Type 属于不同设置层次。

六、协议添加后常见问题

排查时每次只调整一类参数，并保留调整前的值。下面的问题按客户端操作回答，不以更换协议代替核对配置，也不把单次超时直接归因于服务端。