面向 iPhone 与 iPad 的规则代理客户端。先核对 App Store 正版，再导入已有服务器信息，了解规则分流与一次性买断的适用范围。
官网与官方手册 · 系统要求以 App Store 页面标注为准
唯一获取入口是 App Store。先确认商店中的产品信息和购买账号，再处理设备上的安装与授权；已经购买过的用户，先检查已购项目，不必急于重复付款。
在 App Store 核对开发者、图标和应用 ID，完成购买后打开 Shadowrocket。首次建立连接时，系统可能要求添加 VPN 配置，请阅读提示并在确认后授权。购买应用与配置服务器是两件事，打开客户端后仍需导入自己已有的信息。
查看 iPhone 获取与首次打开说明 ›先确认 App Store 使用的是原购买账号，再检查已购项目中的 Shadowrocket。iPhone 与 iPad 的通用购买适用范围，以 App Store 页面标注为准。安装完成后，还需核对本机的服务器、Config 与连接授权，不能把应用已购等同于设置已经迁移。
查看 iPad 已购与设置说明 ›系统要求、设备兼容性和购买适用范围，均以 App Store 页面标注为准。商店里显示的付款金额来自当前账号所在店面；进入产品页后，应以实际购买确认界面的货币与金额为依据。
查看获取步骤 →先确认服务器信息，再决定流量路径。连接状态、规则命中和网站是否可达属于不同层次，检查时应分别判断，不要仅凭开关状态认定配置已经生效。
在 Home 检查 Global Routing。选择 Config 时，流量按当前配置中的规则处理；Proxy 与 Direct 用于不同的全局路由选择。规则通常自上而下匹配，前面的命中项会影响后面的判断。排查某个网站走向不符时，先确认使用的是哪份 Config，再检查 DOMAIN-SUFFIX、GEOIP 与 FINAL 的顺序及目标策略。DIRECT、PROXY 和 REJECT 是策略含义，不是服务器可用性的证明；语法正确也不代表目标服务器一定能够连接。
[Rule]
DOMAIN-SUFFIX,example.com,PROXY
IP-CIDR,192.168.0.0/16,DIRECT
GEOIP,CN,DIRECT
FINAL,PROXYOn Demand 用于根据配置条件触发连接行为，入口可在 Settings 中核对。建议先在手动连接下确认已有服务器能够正常使用，再调整自动连接条件。设置后，应分别观察切换网络、重新打开应用以及手动关闭连接时的表现。若开关关闭后又出现连接，不要直接判断为操作失效，先检查 On Demand 是否仍然启用、条件是否仍被满足。它处理的是连接时机，与 Config 内决定流量路径的规则不是同一层设置。
Settings → On Demand
先验证手动连接，再配置触发条件。在 Add Server 中选择 Type 后，按用户已有的服务器资料填写对应字段。Shadowsocks、VMess、VLESS、Trojan、HTTP、SOCKS5、WireGuard 与 Hysteria2 的字段和传输方式并不相同，不能只复制 Host 与 Port 就认定信息完整。密码、认证信息、TLS 和传输相关选项应逐项核对，以服务器实际配置为依据。选择协议不是单纯比较名称；先确保客户端与服务器参数一致，再结合当前网络测试连接表现，不预设某一种协议在所有场景下更快。
用户已有自己的订阅时，可在添加入口按 Subscribe 对应方式填入完整链接。保存前检查复制内容是否混入空格、换行或说明文字；保存后确认列表实际出现服务器条目，再选择其中一项进行测试。列表为空时，要区分链接无法访问、返回内容无法解析和订阅状态异常，不要反复添加同一个地址。更新订阅可能改变服务器条目，应重新确认当前选择。订阅链接可能包含访问凭据，排查截图与对外交流时应遮蔽完整链接及认证信息。
完整链接 → 保存 → 检查列表 → 测试所选条目
订阅更新与 Config 更新需要分别确认。Config 用于管理配置文件，规则、DNS 及其他处理选项需要在当前文件中核对。导入文件后，先确认它是否被选为当前配置，再检查 Global Routing 是否使用 Config。修改前保留原文件，首次调整尽量只改变一个项目，方便对照结果。服务器订阅与配置文件承担不同职责：前者主要提供连接条目，后者描述流量处理方式。使用 iCloud 同步时，也应在目标设备检查同步结果、当前文件与本机授权，不把文件可见等同于连接已经准备完成。
General / Rule / Hosts
URL Rewrite / HTTPS Decryption
先保留原配置，再做单项修改。Connectivity Test 可用于观察条目的测试结果，Settings 中的 Diagnostics 可辅助定位问题，Data 则用于查看流量统计。测试数字只反映相应测试方法下的结果，不等于网页加载速度，也不能保证目标网站可达。排查时先确认基础网络，再检查服务器、Global Routing、DNS 与规则命中；每次只调整一项，并记录变化。需要交流日志时，仅保留与故障相关的部分，遮蔽服务器认证资料、订阅链接和个人访问内容，避免把排查材料变成凭据暴露。
Diagnostics：检查故障线索
Data：查看流量记录
测试、流量与实际访问是不同的观察维度。以下步骤以用户已经持有自己的订阅或服务器信息为前提。先建立一条能够验证的连接，再增加规则或自动连接条件，便于发现问题时回到明确的检查起点。
打开 Home，使用 Add Server 手动填写服务器资料，或按 Subscribe 对应方式导入已有订阅。手动添加时，先核对 Type，再填写 Host、Port 与认证字段；通过 Scan QR Code 添加时，完成识别后仍要检查解析出的内容。二维码只是信息录入方式，并不替代参数核对。
保存后应看到可选择的服务器条目。如果列表为空，先检查复制是否完整，以及订阅是否返回可识别的内容。不要在尚未确认导入结果时反复切换路由模式，这会把录入问题与连接问题混在一起。涉及密码或订阅地址的内容只在自己的设备上核对。
在 Home 检查 Global Routing 的当前选项。配置模式对应 Config，按当前配置文件中的规则处理；代理模式对应 Proxy；直连模式对应 Direct。需要使用规则分流时，除了选择 Config，还要确认 Config 页面中选中了预期的文件，避免修改了一份文件却仍在使用另一份。
第一次验证时，保持设置尽量简单，先确认所选服务器的参数与认证信息正确。某个网站行为不符合预期时，再沿着规则顺序查找命中项。不要把改变模式作为长期替代排查的方法，否则可能掩盖 DNS 或单条规则配置不当的问题。
选定服务器后打开连接开关。系统出现 VPN 配置提示时，先阅读说明，再按设备提示完成授权。授权用于允许客户端建立相应连接，不代表服务器信息已经正确，也不表示所有访问都会采用同一策略。开关状态只能作为检查的一部分。
连接后打开需要验证的页面，并结合 Connectivity Test 与相关记录观察结果。如果开关已打开但无法访问，按基础网络、服务器可用性、Global Routing、DNS、规则的顺序逐项检查。每次只改一个设置；得到结果后再继续下一项，比同时更改多处更容易确定原因。
Shadowrocket 是闭源商业应用。核对依据是 App Store 产品页与应用内可见信息：先确认产品身份，再阅读价格、兼容性和购买范围，不以搜索排名或名称相似程度代替核验。
开发者名称应为 Shadow Launch Technology Limited，应用 ID 为 932747118，产品页地址中的 id932747118 可用于对应核对。再将商店图标与这里展示的官方图标比较。三处信息应相互对应；只看到名称相近的“小火箭”字样，不足以判断是否为同一个产品。
从站内获取说明进入产品页后，仍应在付款前检查产品标题、开发者与金额。应用 ID 用于识别产品，不是激活码，也不是服务器信息。若页面信息与预期不符，先停止购买并重新核对入口，而不是继续到付款步骤后再确认。
App Store 的搜索结果与产品可见性可能受到账号所在店面、年龄分级限制及账号状态影响。搜索不到时，先查看指定产品页是否能打开，再核对屏幕使用时间中的内容限制，以及 App Store 当前登录账号的状态。不要把单次搜索没有结果理解为产品信息已经改变。
系统要求与设备兼容性以 App Store 页面标注为准。购买前还应检查产品页的兼容性栏；本文不固定写入系统版本门槛，避免把过期条件当成当前要求。商店页面与付款确认界面是购买时应再次核对的信息来源。
查看商店入口与可见性说明 ›美区定价为 2.99 美元，一次性付费，各店面按当地货币显示，实际金额以 App Store 页面与付款确认界面为准。这里的买断指应用购买，不是为某条连接线路付费，也不用于证明用户已经持有可用服务器。
客户端买断 ≠ 线路套餐。本站不提供、不销售、不推荐任何节点或订阅。完成购买后，仍需使用自己已有的订阅或服务器信息；这些资料的状态、有效期和连接参数，应与应用购买记录分开核对。应用付款成功不能替代服务器端的可用性检查。
阅读价格与买断范围 ›在 iPhone 与 iPad 之间使用时，先核对 App Store 是否登录原购买账号，再检查已购项目。两种设备的通用购买适用范围以 App Store 页面标注为准。换机或重新安装后，如果商店仍提示购买，应先确认当前账号、购买记录与产品身份是否一致。
应用恢复与配置恢复需要分别处理。重新获取客户端，不代表旧设备中的订阅、服务器和 Config 已自动出现在新设备上。即使使用 iCloud 同步，也应逐项确认目标设备上的实际内容，并重新核对本机的连接授权和当前选项。家人共享的适用性同样以商店标注及账号实际状态为准。
查看 Shadowrocket 已购项目恢复 ›应用更新通过 App Store 处理，可在设备的商店更新设置与产品页中核对。本文不固定标注具体版本和更新日期，界面入口以当前应用内文案为准。更新前后如发现连接行为不同，应先查看所选服务器、Global Routing 与当前 Config，确认配置没有偏离预期。
修改规则前保留原配置，记录单次调整内容，验证完成后再继续下一项。需要分享排查信息时，可说明出现问题的网络环境、模式与报错内容，但不要公开订阅链接、密码或完整个人访问记录。这样既保留可用于判断的线索，也减少不必要的信息暴露。
查看购买与配置常见问题 ›先确认复制内容是完整订阅链接，而不是网页标题或说明文字，再检查订阅状态与返回内容是否能被识别。列表出现条目后，还需选择具体服务器进行验证。查看导入问题的分类说明 ›
两者需要分开理解。Subscribe 用于导入和更新已有服务器条目；Config 管理规则及其他流量处理设置。更新订阅不等于切换了当前配置文件。查阅订阅与配置术语 ›
还需要验证实际访问，并检查服务器、模式、DNS 与规则。连接状态不等于目标网站一定可达，测试延迟也不等于实际加载速度。按教程完成连接验证 ›
以下文章分别处理连接后无法访问、已导入条目的选择，以及 App Store 搜索可见性。先找到与当前现象相符的问题，再按文中顺序检查，避免把不同层次的设置同时改动。
先验证基础网络与所选服务器，再检查 Global Routing、DNS、FINAL 与 REJECT。每次只调整一项，根据访问结果缩小范围，区分连接状态与实际可达性。
阅读排查顺序 ›仅针对用户已经导入的服务器条目，说明如何结合延迟测试、地区与协议判断。测试数字只反映相应测试过程，不等同于网页加载或视频播放的实际表现。
理解测试结果 ›从产品页可见性开始，依次核对账号店面、内容限制与付款状态，再用开发者、官方图标和应用 ID 确认产品身份，不只根据搜索结果名称作判断。
查看商店核对方法 ›