Shadowrocket 使用说明 正版获取、配置与连接

从导入到验证的操作顺序

首次配置不要同时调整所有设置。先准备用户已有的订阅或服务器信息，确认资料完整且仍然有效。手动添加时，Host 填服务器地址，Port 填端口；认证字段按原始资料填写，不把网页地址、订阅地址和服务器地址互相替代。通过 Scan QR Code 导入后，同样需要检查 Type 与关键字段，扫码完成只说明信息被读取，并不等于连接已经通过验证。

回到 Home 后，先确认正在使用的服务器，再检查 Global Routing。已有可靠规则文件时可选择 Config；如果只是排查某一条连接，应明确记录当前模式和当前文件，避免测试过程中忘记改变了哪一项。首次开启连接时，系统可能要求允许添加 VPN 配置。这是应用建立系统网络连接所需的授权环节，完成授权后仍需返回应用核对开关状态。

验证应分两层进行。第一层是 Connectivity Test，确认所选服务器在当前网络下有响应；第二层是实际打开需要访问的网页，确认域名解析、连接建立与规则策略一起正常工作。只看到测试响应，不能推断所有网站都可访问；只看到某个网页打开，也不能推断所有请求都经过同一条规则。规则排查要针对具体域名和具体请求。

若结果不符合预期，先恢复到刚才可确认的状态，再一次只改一项。订阅无法更新，先检查订阅读取；条目存在但测试超时，先检查服务器参数与当前网络；测试正常但页面失败，继续检查 DNS 与路由；开关反复恢复，检查 On Demand。把问题定位到具体阶段，比反复导入同一份资料更容易找出原因。完整步骤见使用说明，按症状排查见疑难手册。

先核对产品页，再确认购买

搜索名称只能帮助定位，不能单独完成正版核验。进入 App Store 产品页后，依次核对 Shadowrocket 名称、官方图标、开发者 Shadow Launch Technology Limited 和应用 ID 932747118。名称相近的结果不能直接视为同一产品。若从浏览器打开后跳转到 App Store，应在商店中再核对一次实际打开的应用，确认信息一致后才进入购买流程。

应用 ID 对应具体商店产品，开发者名用于确认产品归属，图标用于辅助辨认。三处信息应一起检查，而不是只依赖某一张图或某一段介绍。本站的下载指南集中说明这些核验步骤；初次获取时，可先读正版核验说明，再通过商店按钮进入产品页。购买金额、兼容设备和系统要求都以当前 App Store 页面标注为准。

商店可见性与账号地区

App Store 中能否看到应用，取决于当前商店店面与账号状态。浏览器能够打开产品介绍，并不必然表示当前账号可在该店面完成购买。如果搜索不到应用，先检查 App Store 使用的购买账号及其地区，再核对是否打开了正确产品页。不要把搜索缺失直接判断为设备配置故障，也不要通过反复修改 Shadowrocket 设置处理商店购买问题。

需要调整账号地区时，先阅读 App Store 中关于地区变更的要求，并核对自己的余额、订阅及付款方式是否满足条件。应用内的代理设置与商店账号地区是不同层级的事项，修改 Global Routing 不会改变已购记录的归属。有关 Shadowrocket 换区下载的阅读入口见商店与账号说明；实际可购买性仍以商店显示为准。

一次性买断包含什么

Shadowrocket 在 App Store 采用一次性买断方式，美区参考定价为 2.99 美元，各店面按当地货币显示，结账金额以商店页面为准。这里购买的是客户端使用权：应用用于读取用户已有的服务器信息、处理规则和建立连接。价格不是某条线路的服务费用，也不能据此推断服务器的有效期、速度、可用地区或流量额度。

购买成功后，如果 Home 中还没有服务器条目，这是尚未导入连接资料的状态，而不是购买失败。已有条目但无法连接，也不能仅凭这一现象判断应用没有正确安装。先区分购买、导入、服务器响应和规则处理四个环节，再按对应步骤排查。订阅到期时应核对自己的服务资料；重新购买客户端不会延长订阅，也不会修正错误的服务器参数。

已购恢复与后续更新

换机或重装后，优先在自己的 App Store 已购项目中查找 Shadowrocket。确认登录的是原购买所用 Apple ID，再执行重新获取。如果没有找到记录，检查购买账号是否不同、应用是否被隐藏，以及当前店面是否允许获取。保留自己的购买凭证有助于核对交易，但购买凭证本身不会自动恢复应用中的服务器和配置文件。

应用更新通过 App Store 完成。更新前可保留当前可用配置，更新后先检查所选服务器、Global Routing 与当前 Config 文件是否符合预期。界面排列发生变化时，以应用内英文设置项定位，不依赖某个固定位置。若更新后出现异常，先复现问题并记录网络环境，按疑难手册逐项检查；不要同时更换服务器、重写规则和修改 DNS，否则难以判断原因。

两种设备共用购买时，仍应分别验证实际连接。App Store 的已购记录用于重新获取应用，iCloud 相关功能用于应用支持范围内的数据同步或备份，系统授权则在当前设备上完成。家人共享及其他设备的购买适用性，以 App Store 页面标注为准。明确这些边界，可以避免把账号问题误当成配置问题，也能避免清理应用后丢失尚未备份的资料。

常见问题精选

已经购买，为什么还需要导入订阅？

购买获得的是 Shadowrocket 客户端。实际连接需要用户已有的订阅或服务器信息，两者分别管理。先在 Home 确认是否已有可用条目，再查看订阅导入步骤，不要把应用购买状态当成线路有效性的证明。

Connectivity Test 有响应，为什么网页仍打不开？

测试响应只说明所选测试方式得到结果，网页还涉及 DNS、目标连接和规则策略。先核对 Test Method 与 Global Routing，再针对打不开的域名检查匹配情况。按故障排查流程分别验证，避免只根据一个测试读数下结论。

开启 Config 后，所有请求都会使用代理吗？

不会由模式名称直接决定。Config 依照当前文件的规则处理，请求可能命中 PROXY、DIRECT 或其他已配置策略。先确认当前文件，再检查规则顺序与 FINAL。示例仅用于解释语法，不能直接替代自己的完整配置。更多说明见疑难解答。

重装前应该保留哪些信息？

先确认自己的原始订阅或服务器资料仍可取得，再备份需要保留的配置文件与自定义规则。记录当前模式和有效设置，并核对同步结果。App Store 已购恢复与应用数据恢复不是同一步，具体检查顺序见恢复已购说明。