Shadowrocket 使用教程
Shadowrocket 是 iPhone / iPad 上常见的第三方网络客户端。使用 V2Ray 节点时，真正需要理解的是“节点 → 导入 → 当前服务器 → 路由规则 → iOS VPN 接管”这一整条链路，而不是只会点击连接按钮。
Shadowrocket 使用 V2Ray 的完整流程
核心流程
节点 / 订阅 → Shadowrocket → 当前服务器 → 路由模式 → iOS VPN → 实际流量
节点出现在列表里，只代表配置已导入；当前节点、路由模式和 VPN 接管都正确，实际流量才会按预期经过节点。
01导入订阅 / URI / QR
→
02选节点当前服务器
→
03路由Rule / Global
→
04连接iOS VPN
使用前需要准备什么
如果你已经确定客户端支持 VMess，并准备选择实际节点，可以在了解参数后查看 VMess 节点页面 的可选地区；能否使用仍然取决于具体节点参数和兼容性。
方法一：通过订阅添加多个节点
订阅适合一次管理多个节点。不同版本入口名称可能略有变化，但逻辑始终是“保存订阅地址 → 更新 → 节点进入列表”。
第 1 步复制完整订阅 URL。 确认没有被截断。
第 2 步新增订阅。 在订阅或远程配置入口中粘贴地址。
第 3 步保存并更新。 只有执行更新后，客户端才会真正请求远端节点列表。
第 4 步返回节点列表。 确认节点已经出现，并检查数量是否符合预期。
记住
“订阅地址保存成功”不等于“节点已更新”。服务器列表没有变化时，第一步先确认是否真正执行了订阅更新。
订阅的保密和更新逻辑可继续看 如何使用订阅链接。
方法二：导入单个 VMess / VLESS 节点
剪贴板复制完整
vmess:// 或 vless:// 分享链接，再由客户端导入。二维码扫描节点二维码，由客户端解析分享链接或参数。
手工添加逐项填写服务器、端口、UUID、传输、TLS、SNI、Host、Path。
系统分享部分版本可以通过 iOS 分享菜单把链接交给客户端处理。
安全
二维码和分享链接都可能直接包含 UUID 等连接凭据，不要把节点二维码当成普通图片公开上传。
导入以后先检查节点参数
客户端能识别链接，并不代表每个字段都一定符合服务端配置。尤其是经过第三方转换的订阅，更值得抽查。
| 字段 | 检查内容 | 错误后的常见表现 |
|---|---|---|
| 类型 | VMess / VLESS 是否正确 | 协议无法建立 |
| 服务器 | 域名 / IP 是否完整 | 超时或无法解析 |
| 端口 | 是否与服务端一致 | 连接被拒绝或超时 |
| UUID | 是否完整 | 认证失败 |
| 传输 | TCP / WS / gRPC 等是否一致 | 握手失败 |
| TLS / SNI | 是否按节点要求启用 | TLS / certificate 错误 |
| Host / Path | WebSocket 等场景是否完整 | 请求路径或虚拟主机不匹配 |
这些字段的完整解释可以回看 如何查看节点信息。
如何选择当前节点
列表里有节点只表示节点被保存。
节点被选中表示当前代理策略准备使用该服务器。
VPN 已连接表示 iOS 本地隧道已经启动。
出口 IP 已变化才是确认实际网络流量走出目标节点的重要依据。
首次连接为什么要允许 VPN 配置
Shadowrocket 需要通过 iOS 的网络扩展机制接管设备流量，因此第一次启动连接时，系统会要求允许添加 VPN 配置。
不要混淆
iOS 显示 VPN ≠ 节点协议就是传统 VPN。
这里的 VPN 是 iOS 本地流量接管入口；客户端与远程服务器之间仍可以使用 VMess、VLESS 等协议。
更完整的系统机制可参考上一篇 iPhone 使用教程。
规则、全局代理和直连应该怎么选
| 模式 | 作用 | 使用建议 |
|---|---|---|
| 规则 / Rule | 根据域名、IP 或规则决定代理还是直连 | 适合日常分流 |
| 全局代理 / Proxy | 让更多被接管流量统一走当前代理 | 适合排查规则问题 |
| 直连 / Direct | 流量不经过远程节点 | 用于恢复本地出口或测试本地网络 |
如果 VPN 已连接、节点也正常，但某个网站出口始终是本地 IP，可以临时使用全局代理测试。全局正常而规则模式异常，问题通常更可能出在规则而不是节点。
延迟测试和连通性测试应该怎么看
客户端中的延迟或连通性测试只能作为辅助判断，它通常只测试某种网络请求，并不能代表所有网站和应用的真实体验。
测试有结果说明至少某种探测可以经过该节点，但不等于所有流量都已经使用它。
测试失败可能是节点、DNS、测试地址、网络环境或协议兼容问题，不能只凭一个结果判定节点失效。
Shadowrocket 的 DNS 为什么会影响体验
| 现象 | 优先检查 |
|---|---|
| IP 能访问，域名打不开 | DNS 配置和解析服务器 |
| 网页首次打开很慢 | DNS 响应时间、规则与解析路径 |
| 规则分流结果异常 | 域名解析与规则命中情况 |
| 换网络后域名异常 | Wi-Fi / 蜂窝网络 DNS 差异 |
排查原则
不要一上来同时改很多 DNS、规则和节点参数。先确认基础节点连接，再逐层增加复杂配置。
按需连接什么时候有用
需要自动连接可以根据自己的网络环境设置按需规则。
出现自动重连检查是否启用了按需连接，而不是认为 App 自己“关不掉”。
排查连接问题先关闭自动化，恢复手工连接最容易控制变量。
Wi-Fi 和蜂窝数据切换后为什么会断一下
自动恢复等待客户端检测网络变化并重新建立连接。
长时间不恢复手动关闭连接，再重新打开。
只有 Wi-Fi 失败检查该 Wi-Fi 的 DNS、网络限制或防火墙。
只有蜂窝失败检查运营商网络、节点可达性和 DNS。
如何确认 Shadowrocket 已经真正生效
Shadowrocket 常见问题快速排查表
| 现象 | 优先检查 | 常见原因 |
|---|---|---|
| 订阅添加后没有节点 | 是否执行更新、订阅地址 | 只保存未更新、URL 失效 |
| 节点导入但无法连接 | 协议、UUID、TLS、传输 | 节点参数不匹配 |
| VPN 已连接但网页打不开 | 节点状态、DNS、日志 | 本地 VPN 建立但远程连接失败 |
| 出口 IP 没变化 | 当前节点、路由模式、规则 | 目标流量被设为直连 |
| 二维码扫不出来 | 二维码内容和客户端兼容 | 格式不支持、图像不完整 |
| 只有某个网站不代理 | 规则命中 | 该域名匹配 DIRECT |
| 切网后一直断开 | 手工重连、按需连接 | 旧会话没有恢复 |
| 延迟正常但实际很慢 | 线路、目标网站、丢包 | 延迟不等于吞吐速度 |
Shadowrocket 新手最常见的 8 个错误
错误 1只添加订阅 URL，没有执行更新。
错误 2节点已经导入，却没有选中当前服务器。
错误 3看到 VPN 图标，就认为所有网站都会走节点。
错误 4规则模式命中 DIRECT，却一直怀疑节点故障。
错误 5二维码或分享链接导入后，从不核对节点参数。
错误 6同时修改节点、DNS 和规则，导致出现问题后无法定位。
错误 7把完整订阅链接或二维码公开分享。
错误 8只看延迟测试，不检查真实网站和出口 IP。
常见问题
Shadowrocket 导入节点以后为什么还不能直接使用？
导入只代表配置已经进入客户端。还需要选中实际节点、启动连接并允许 iOS 添加 VPN 配置；如果使用规则模式，还要确认当前规则没有把目标网站设为直连。
Shadowrocket 可以直接导入 vmess:// 或 vless:// 分享链接吗？
常见做法是通过剪贴板、分享链接或二维码导入。导入后应打开节点详情，确认服务器、端口、UUID、传输、TLS、SNI、Host、Path 等参数没有丢失。
订阅更新成功为什么没有看到新节点？
先确认更新的是正确订阅，再检查远端订阅内容是否真的发生变化。如果无明显错误但新节点仍不显示，还应考虑当前版本是否支持新增节点的协议和参数。
Shadowrocket 里的规则模式和全局代理有什么区别？
规则模式会根据域名、IP 或规则决定代理还是直连；全局代理会让更多被接管流量统一走当前代理策略。排查时临时使用全局代理，可以帮助判断问题是节点本身还是规则分流。
Shadowrocket 显示已连接，但出口 IP 为什么没变？
应检查当前节点、全局路由模式和规则命中结果。VPN 已连接并不代表所有目标都走代理，如果规则把某个网站设为 DIRECT，出口仍然可能是本地网络。
Shadowrocket 切换 Wi-Fi 和蜂窝数据后需要重新连接吗？
网络切换会改变本地接口、IP、DNS 和路由，现有会话可能需要重新建立。客户端通常可以恢复连接，如果长时间没有恢复，可以手动断开再重新连接。
下一步应该看什么
到这里，Windows、Android、iPhone 和 Shadowrocket 的主要使用流程已经讲完。下一篇会进入故障排查：当节点完全无法连接时，应该怎样从本地网络、端口、协议、TLS、DNS 和客户端日志一步步定位。
相关服务需要查看当前节点、代理与 VPN 产品，可访问 TRXT.IO。