iPhone 与 iPad 获取说明
Shadowrocket 只通过 App Store 购买与安装。先核对商店页和购买账户，再处理应用内配置；系统要求、设备兼容性与购买适用性以 App Store 页面标注为准。
iPad
使用购买时的同一 Apple 账户，先在 App Store 的已购记录中查找应用。购买适用性以商店页为准；横屏布局可能不同，导入、选模式和验证连接的顺序保持一致。
查看 iPad 说明 →Mac / Apple TV 也可在同一 App Store 获取，以商店页兼容性标注为准。
若已经购买，先确认 App Store 当前使用的账户，再查看已购记录；不要仅凭按钮上的价格判断购买记录已经丢失。应用重新获取与配置恢复是两件事，自己的订阅、服务器参数和配置文件仍需分别核对。
查看获取步骤 →配置与连接能力
先分清服务器信息、配置文件与路由模式的职责。导入成功只表示信息已经加入，实际访问还取决于参数、规则和当前网络。
Global Routing 与规则顺序
需要按目标区分访问路径时，在 Global Routing 中选择 Config，再核对当前配置的 Rule 内容。规则通常按排列顺序匹配，具体域名规则应放在宽泛规则之前，FINAL 用于承接未匹配请求。Proxy 与 Direct 可用于对照排查，但它们并不等同于执行配置中的逐条分流。右侧仅演示语法，example.com 是示例域名；实际使用前需确认策略名称存在，并检查局域网访问是否受到影响。
DOMAIN-SUFFIX,example.com,PROXYIP-CIDR,192.168.0.0/16,DIRECTFINAL,PROXY先验证手动连接，再设 On Demand
On Demand 用于根据设定条件触发连接，不负责补全服务器参数，也不能修复失效的订阅。先手动连接并确认目标访问正常，再到 Settings 中核对 On Demand 的可用选项与触发条件。修改后应在实际使用的网络环境中验证，观察是否按预期连接。若关闭主开关后又出现连接，先检查按需条件和系统 VPN 设置，不要同时更改多项规则。具体选项名称与行为以当前应用内显示为准。
协议名称相同，参数仍需逐项对应
Shadowrocket 支持多种协议，添加时应以自己已有的服务器信息为依据，在 Add Server 中选择对应的 Type。Shadowsocks、VMess、VLESS、Trojan、WireGuard 与 Hysteria2 的参数不能相互套用；地址、端口、认证信息及传输相关设置都应保持一致。导入链接可以减少手动输入，但不能代替检查。若字段缺失或连接失败，先向自己的服务商确认协议及必要参数，不要仅因名称相近就更换 Type。
Subscribe 管理已有订阅
已有订阅时，从自己的服务商处取得完整链接，在添加入口选择 Subscribe 并保存。保存后检查列表是否产生预期条目，再选择其中一个服务器进行连接验证。订阅更新主要刷新服务器列表，不代表规则文件也已更新，更不代表应用购买已经包含连接服务。若列表为空，应依次核对链接是否完整、是否需要重新取得有效地址，以及当前网络能否访问订阅内容。链接可能含认证信息，截图或求助前应先遮盖。
Config 保存分流逻辑
服务器信息决定如何建立连接，Config 中的配置文件则描述规则等处理方式。编辑前先保留可用副本，区分 General、Rule、Hosts 等内容，并确认实际选中的是刚修改的文件。添加规则后回到 Global Routing 检查是否使用 Config，否则可能观察不到预期分流。涉及 iCloud 同步时，也应分别确认应用内同步设置和系统账户状态；同步不等同于完整备份，换机前仍需妥善保存自己的配置与必要参数。
测试结果需要结合访问现象判断
排查时先确认普通网络可用，再使用 Connectivity Test 观察选中服务器的测试结果。测试可达并不等于所有目标都能正常访问，还需结合 Global Routing、DNS 与实际请求判断。Data 可帮助查看应用记录的流量，统计口径不等同于服务商账单；Settings 中的 Diagnostics 用于进一步收集诊断信息。每次只改变一个设置并重复同一访问动作，才能分清问题来自服务器参数、规则选择还是当前网络环境。
不确定某个界面词属于哪一层时，先查 术语表。Home 侧重服务器选择与连接，Config 侧重配置文件，Settings 侧重应用设置；先定位页面，再修改参数，比反复切换多个开关更便于复现问题。
从导入到验证，分三步
以下步骤以已经拥有自己的订阅或服务器信息为前提。Shadowrocket教程网是 Shadowrocket 官网与官方手册，提供操作说明，不提供、不销售、不推荐节点或订阅。
-
01 · 准备信息
Add Server / Subscribe
只有单个服务器参数时，进入 Add Server 对照 Type、Host、Port 和认证字段；已有订阅链接时选择 Subscribe。粘贴后先检查首尾空格、换行与截断，保存后回到 Home 确认条目。二维码与导入链接同样可能包含敏感信息，应只使用自己可信且有权使用的内容。
不要把商店购买记录、订阅地址和配置文件混为一项。它们分别决定应用使用权、服务器列表与分流逻辑；应用已经安装，不表示后两项已经准备完成。
-
02 · 确认路径
Global Routing
需要执行配置规则时选择 Config，并确认 Config 页面已经选中预期文件。Proxy 用于按代理姿态访问，Direct 用于直连姿态；这两种方式可辅助对照问题，但不应代替对规则的理解。准备验证前，先记录当前选中的服务器与模式，避免修改后无法回到原来的可用状态。
只有部分目标异常时，优先核对该目标命中的规则与策略。不要立即删除整份配置；先保留副本，再检查较宽泛的规则是否遮住了后面的具体规则。
-
03 · 检查结果
Home / Connectivity Test
选择服务器并打开连接开关，按系统提示确认 VPN 配置授权。随后执行 Connectivity Test，再访问自己需要使用的目标。系统显示 VPN 状态，只说明相关连接已启用，不能单独证明服务器、DNS 与目标访问都正常。应同时记录测试结果和实际访问现象。
失败时从基础网络、服务器参数、路由模式依次回查。切换网络或服务器后重复同一测试，不要同时修改协议、DNS 与规则；这样才能判断哪一步真正改变了结果。
客户端买断 ≠ 线路套餐
应用费用购买的是 Shadowrocket 客户端使用权。连接所需的订阅或服务器信息由用户自行准备，服务有效性与客户端购买记录分别核对。
正版核对与购买事实
Shadowrocket 是闭源商业应用。辨认产品应对照 App Store 的开发者、官方图标和应用 ID，而不是仅看名称、搜索排序或页面上的相似图案。
先比对开发者，再检查产品地址
打开产品详情页，核对开发者名称为 Shadow Launch Technology Limited，图标与左侧官方图标一致，产品地址包含 id932747118。三个位置应共同核对；同名或近似名称本身不能证明是同一产品。经站内获取应用页进入商店后，仍应查看实际显示的产品信息，再确认购买。
商店可见性取决于当前店面
搜索结果与应用是否可购买，需要结合 App Store 当前账户的商店地区、内容限制和账户状态判断。网页能够打开，不表示当前账户一定能够完成购买。搜索不到时，先核对账户实际使用的店面及设备访问限制，再查看产品页提示；系统要求一律以 App Store 页面标注为准，不根据旧教程中的数字推断。
购买记录与设备配置分别恢复
iPhone 与 iPad 的获取先检查同一 Apple 账户下的已购记录，通用购买与设备适用性以 App Store 页面标注为准。换机或重新安装后，应先恢复应用获取，再检查自己保存的订阅、服务器信息和配置文件。家人共享是否适用，也应查看商店页与账户中的实际设置，不把家庭成员关系直接视为获取资格。
价格、应用更新与订阅更新分开看
美区定价参考为 2.99 美元一次性付费，各店面按当地货币显示，最终金额以购买确认页为准。应用更新通过 App Store 进行；Subscribe 对应的更新则是重新取得已有订阅内容。两者处理的对象不同：应用更新不会延长连接服务有效期，订阅更新也不会改变客户端的购买记录。
需要逐项核对地区、付款状态、已购恢复或家人共享时，查阅获取指南。处理截图时请遮盖账户资料与订阅认证信息；只保留问题提示、操作位置和可复现的步骤。
阅读 App Store 获取指南 →操作日志与专题说明
以下三篇分别处理商店搜索、REJECT 规则边界与 iPad 使用。遇到具体问题时，先阅读对应专题，再回到自己的设备逐项核对，避免把不同层面的问题混在一起处理。
App Store 搜不到 Shadowrocket：商店地区、年龄分级与账号状态逐项核对
搜索不到或无法获取时，先确认当前店面，再核对内容限制与账户付款状态。区分产品可见性和账户购买条件，按商店实际提示查找原因。
Shadowrocket REJECT 策略原理：规则拦截请求能做到什么、做不到什么
理解 REJECT 与 DOMAIN-SUFFIX 等规则的配合方式，识别匹配范围、规则顺序及误伤风险。规则处理的是请求，不应把它理解为对页面内容的任意修改。
iPad 上使用 Shadowrocket：同一 Apple 账户的购买共享与横屏界面差异
先查看同一账户的已购记录，再核对商店兼容性与购买适用性。了解横屏布局和分屏使用中的操作位置，配置与连接仍按同一条验证顺序完成。