Shadowrocket 常见问题

先从获取应用页打开指定的 App Store 产品页，区分搜索未显示与当前店面不可用。检查用于“媒体与购买项目”的 Apple 账户所在国家或地区，而不是只改设备语言。需要调整时，进入系统 Settings → Apple 账户 → 媒体与购买项目 → 查看账户 → 国家或地区，按 Apple 提示处理余额、订阅与付款资料；是否可购买以当前 App Store 页面标注为准。

打开产品页后同时核对三项：开发者为 Shadow Launch Technology Limited，应用 ID 为 932747118，图标与本站页头的官方图标一致。应用 ID 可从产品页地址中的 id932747118 确认，不要仅凭名称或搜索排列判断。核对后再查看价格与兼容性信息；Shadowrocket 只通过 App Store 获取，具体购买与安装说明见获取应用页。

先确认新设备的 App Store 使用原购买账户，再到 App Store 账户中的已购项目或 Apps 列表查找 Shadowrocket。通常可从已购记录重新下载；若仍显示价格，先核对购买记录、当前账户与店面，不要立即重复付款。下载权限、设备兼容性及通用购买适用性以 App Store 页面标注为准。重新下载应用不等于恢复原有服务器信息，配置还需从自己的备份恢复。

客户端一次性买断 ≠ 线路套餐。购买 Shadowrocket 获得的是客户端使用权限，连接时仍需填写用户已有的订阅或服务器信息。美区定价约为 $2.99，实际金额、币种与购买条件以 App Store 页面标注为准。本站提供官方手册，不提供、不销售、不推荐节点或订阅服务；客户端购买问题与已有服务的连接问题需要分别核对。

iPhone 与 iPad 均可在 App Store 产品页检查 Shadowrocket 的适用情况。iPad 上先核对用于购买的账户，再查看已购项目与兼容性栏；窗口尺寸可能影响界面排列，操作仍围绕 Home、Config 与 Settings。Mac、Apple TV、Apple Vision 的适用设备、系统要求及通用购买条件，也一律以同一 App Store 页面标注为准，不根据设备名称推断购买资格。

先在 Home 确认已有服务器信息已导入，再选中本次使用的服务器，检查 Global Routing，最后打开连接开关。系统若提示添加 VPN 配置，阅读应用名称与授权说明后确认，并按提示完成设备验证。返回 Shadowrocket 检查连接状态，再运行 Connectivity Test。只有客户端而尚未导入自己的服务器信息时，不应把开关操作当作已完成配置。

这是系统授予 Shadowrocket 建立 VPN 连接所需的配置权限，不是购买确认，也不代表已有服务器已经可用。先核对弹窗显示的应用名称，确认后按系统要求输入设备密码或完成验证。若之前取消了授权，可返回应用再次尝试连接。授权记录可在系统 Settings 的 VPN 与设备管理相关页面核对；实际路径可能随系统界面变化，受管理设备还需遵循管理策略。

先检查是否已选中有效服务器，并确认添加 VPN 配置的系统授权已完成。再到系统 Settings 查看当前 VPN 状态，暂时断开其他正在占用 VPN 的连接，返回应用重试。若设备受管理或存在限制，先检查相应策略。仍然失败时记录系统提示与应用报错，重启设备后再验证；删除已有配置前先备份，不要把反复重装作为第一步。

可按界面原文定位：Home 查看服务器与连接状态，Add Server 填写服务器，Config 管理配置文件，Global Routing 选择处理方式，Settings 检查设置，Connectivity Test 验证连通性。本手册保留这些英文名称，便于逐项对照。若系统提供单个 App 的语言设置，可在系统 Settings 中查看 Shadowrocket 的语言选项；实际可选项以设备与应用显示为准，不必为连接问题先更改语言。

先检查 Shadowrocket 中的 On Demand 是否启用，以及是否设置了按网络条件触发的连接规则。需要手动排查时，先暂时关闭 On Demand，再关闭连接开关，并在系统 VPN 页面确认状态。如果连接仍自动出现，检查是否还有其他 VPN 配置的按需连接设置。排查结束后按原计划恢复；On Demand 负责触发连接，不会自动修正服务器参数或规则内容。

先核对复制内容是否为完整链接，去掉前后空格与换行，确认没有把说明文字一起粘贴。再确认当前网络能访问该链接，服务商账户与订阅状态有效，返回内容确实是客户端可识别的订阅数据，而不是登录页或错误页面。服务器订阅应使用对应的 Subscribe 入口；Config 中的配置文件订阅与服务器列表用途不同。仍失败时保留错误文字，联系自己的服务商核对格式与访问权限。

服务器订阅主要用于维护可连接的服务器列表；Config 中的配置文件则组织 General、Rule、Host 等设置与规则。导入其中一种，不意味着另一种内容也已完成。先看已有资料的说明，区分服务器列表与完整配置，再选择对应入口。使用 Config 姿态前还需确认已选用预期配置文件；配置里的 PROXY 等策略依赖有效的服务器选择，不能仅凭规则文本建立连接。

先按自己的服务器资料选择 Type，再核对地址、端口及认证字段。不同协议要求不同，例如 Shadowsocks 的加密方式与密码、VMess 或 VLESS 的 UUID、Trojan 的密码不能互换。若资料包含 TLS、Server Name 或传输参数，也应逐项一致，注意字母大小写与多余空格。保存后选中该服务器再测试；不要通过随意关闭证书验证来代替检查域名、证书与设备时间。

使用 Scan QR Code 时先确认相机权限，并让二维码完整、清晰地进入取景区域。剪贴板导入前重新复制完整的服务器分享内容，若系统询问粘贴权限，应按实际操作确认。二维码或文本必须包含受支持的服务器信息，普通网页地址与配置说明文字不能直接当作服务器。导入后回到 Home 检查新条目的 Type 与地址，不要仅凭提示消失判断已成功。

在 Home 找到已有的服务器订阅条目，进入其管理入口执行更新，具体按钮位置以当前界面为准。更新失败时先检查网络、链接有效性与服务状态，避免连续重复请求。更新成功后核对列表是否变化，以及原选中的服务器是否仍存在；若已移除，需要重新选择再测试。手工修改订阅生成的条目可能被后续更新覆盖，重要备注与自定义参数应单独备份。

配置姿态 Config 按当前配置文件中的规则决定请求策略，适合已经准备好分流规则的情况；代理姿态 Proxy 将请求按该姿态交给选中的代理处理，可用于短时对照测试；直连姿态 Direct 使用直接连接。先记录原选项，再用同一目标进行对照，测试后恢复。Global Routing 的姿态与规则中的 PROXY、DIRECT 策略处于不同层次，不能仅凭名称相近就认为配置已经生效。

先断开 Shadowrocket，确认设备自身网络可正常访问原本可用的页面，再重新连接并运行 Connectivity Test。随后核对选中服务器、已有服务状态与 Global Routing；用 Proxy 做短时对照，有助于区分服务器连通问题与规则问题。若只有部分域名失败，再检查 DNS 与连接记录中的实际策略。已连接只说明隧道状态，不保证每个目标都能访问；一次只改一项并保留测试结果。

先确认 Global Routing 为 Config，并且 Config 中选用的是刚修改的文件。再检查 Rule 段的顺序：规则自上而下匹配，首条命中后采用对应策略，具体域名规则应放在更宽泛的规则之前，FINAL 通常放在末尾。例如 DOMAIN-SUFFIX,example.com,DIRECT 应位于 FINAL,PROXY 之前。保存后重新发起请求，查看连接记录中的目标与策略；已有连接可能需要重新建立才便于验证。

先记录当前 General 段与应用内 DNS 设置，确认设备日期、时间和基础网络正常。用同一个域名重复测试，观察是解析失败、连接超时还是证书错误，不要把不同错误合并处理。若配置原本使用 dns-server = system，可先保持这一基线，再核对是否存在其他 DNS 覆盖项。每次只改一个设置，重新连接后验证；不要同时更换服务器、规则与 DNS，否则难以判断哪项产生影响。

先到系统 Settings 的电池页面查看对应时段，结合实际传输量、弱信号、后台活动与网络切换判断，不要只看应用占比。检查是否持续运行测试、详细日志或频繁订阅更新，并按需要结束这些操作。若服务器不稳定导致反复重连，先在固定网络下验证，再检查 On Demand 触发条件。对照测试应保持相近使用场景；耗电受网络与工作负载影响，不能用单次结果推断固定续航。