以下六个主题分别对应分流、自动连接、协议参数、已有订阅、配置文件与测试。按当前操作选读；示例中的域名仅用于解释格式，不是可用服务。
规则回答“这次请求应采用哪种策略”，不负责提供服务器。使用规则分流时，在 Home 的 Global Routing 选择 Config，并确认 Config 中启用的是预期文件。规则自上而下检查，命中后采用对应策略；更具体的域名例外应放在宽泛后缀规则之前。DOMAIN-SUFFIX 按后缀匹配，IP-CIDR 按地址范围匹配，FINAL 接住前面未匹配的请求。修改后结合访问记录核对结果，不以连接开关是否打开判断规则是否正确。
[Rule]
DOMAIN,api.example.com,DIRECT
DOMAIN-SUFFIX,example.com,PROXY
IP-CIDR,192.168.0.0/16,DIRECT
GEOIP,CN,DIRECT
FINAL,PROXYOn Demand 用于按已设置的条件触发系统 VPN 连接，适合需要在特定网络条件下自动连接的操作场景。先完成手动连接与访问验证，再到 Settings 中检查 On Demand 的条件和启用状态。若关闭 Home 开关后连接又被触发，应同时检查此项，而不是反复删除服务器。自动触发只改变连接时机，不会修正错误的协议参数，也不能代替规则分流。调整条件后分别在实际使用的网络中核对触发结果。
Settings
On Demand
HomeShadowrocket 支持 Shadowsocks、VMess、VLESS、Trojan、HTTP、SOCKS5、WireGuard、Hysteria2 等协议。手动添加时，从 Add Server 的 Type 开始选择，再按用户已有服务器信息填写对应字段。不同 Type 所需的身份验证、加密和传输参数并不相同，不能只替换 Host 与 Port 就认为配置等价。导入后也应核对协议类型和必要参数，具体字段以当前应用界面为准。协议名表示连接方式，不代表服务器一定可达。
Shadowsocks / VMess / VLESS / Trojan
HTTP / SOCKS5 / WireGuard / Hysteria2
Add Server → Type订阅导入以用户已有自己的订阅地址为前提。通过 Add Server 的相应 Type 输入 URL，并使用可辨认的名称区分来源；保存后检查 SERVER 中是否生成了预期条目。订阅更新用于重新取得服务器列表，与 App Store 更新应用、Config 更新规则是三件不同的事。地址失效或列表为空时，先核对链接是否完整，再确认已有订阅的有效状态。订阅地址可能包含访问凭据，排查时应遮盖敏感参数，不把完整链接贴进公开记录。
Add Server
Type: Subscribe
URL: https://example.com/sub?token=xxxxConfig 用于管理配置文件，规则与相关设置应在这里检查。编辑文件与选择生效文件是两个步骤：保存修改后，还要确认当前使用的是该文件，并在 Global Routing 中选择 Config。应用提供 iCloud 同步相关能力，使用时应检查应用内选项、系统 iCloud 状态以及目标设备上的实际内容，不把同步等同于所有资料都已恢复。修改前保留可恢复的配置，先调整少量规则再验证，避免同时改动多项后难以定位原因。
[Rule]
DOMAIN-SUFFIX,example.com,PROXY
FINAL,DIRECTHome 中的 Connectivity Test 用来检查已有服务器的连通表现，测试方法可结合 Settings 中的 Test Method 核对。测试结果受当前网络、测试方法和目标响应影响，不能单独证明所有网站均可访问。先确认选中的服务器，再打开连接并访问明确的目标；若结果不同，继续检查规则、协议参数和系统时间。Data 中的流量统计可辅助观察是否产生流量，但流量增加不等于目标请求成功，需要与实际访问和记录一起判断。
Home → Connectivity Test
Settings → Test Method
Data配置对应 Config：按所选配置中的规则处理请求，适合需要对不同目标采用不同策略的情况。代理对应 Proxy：将请求交给选中的代理处理，用于检查已有服务器的访问表现。直连对应 Direct：使用直接连接路径。三种姿态控制的是路由方式，不是协议类型；切换 Global Routing 不会自动更换服务器参数。日常规则分流应同时核对 Config 模式与当前配置文件，而不是只看文件已存在。
排查时可把路由方式作为一个独立变量：先确认服务器本身能否工作，再观察 Config 下的目标匹配。如果 Proxy 下访问正常、Config 下异常，应回到规则顺序与策略检查；如果不同姿态下都失败，则先检查网络和服务器信息。每次只改变一项并记录结果，能避免把偶然的网络变化误当成某条规则的作用。
在 App Store 核对产品身份、价格与兼容性，再按系统提示完成购买。首次启用连接时，系统可能请求添加 VPN 配置；这是客户端建立系统连接所需的授权步骤，授权本身不代表已有服务器可用。
安装后先查看 Home，辨认连接开关、Global Routing、Connectivity Test 与 SERVER。若 SERVER 尚未包含自己的服务器信息，先完成导入再连接。系统要求以 App Store 页面标注为准，首次设置的详细顺序见使用说明。
查看 iPhone 获取与授权步骤iPhone 与 iPad 可使用同一 Apple ID 的购买记录获取应用；具体购买适用性及兼容性以 App Store 页面标注为准。先确认 App Store 当前使用的购买账号，再查找已购项目，不把设备上的其他账号状态当作商店购买凭据。
iPad 上按 Home、Config、Settings 等界面入口完成相同的设置任务，具体布局以应用实际显示为准。应用恢复后还要检查服务器、当前配置及系统授权；仅看到应用图标，不等于另一台设备上的连接设置已全部迁移。
查看 iPad 购买记录与使用说明Mac / Apple TV 也可在同一 App Store 获取，系统要求与购买适用性以 App Store 页面标注为准。
准备用户已有自己的服务器参数、订阅地址或二维码。手动输入时先选 Type，再填写对应字段；扫码使用 Scan QR Code。导入后检查 SERVER 中的名称、协议与地址，避免把展示名称相同的条目当作同一服务器。
需要规则分流时选择 Config，并核对当前配置。需要单独确认服务器访问表现时，可临时使用 Proxy，验证后再回到原设置。Direct 与规则中的 DIRECT 要区分：前者是全局姿态，后者是单条规则采用的策略。
选中服务器，启用 Home 连接开关，按系统提示完成 VPN 配置授权。随后访问一个明确目标，并查看是否符合预期。Connectivity Test 作为辅助检查；若开关已打开但目标失败，继续核对参数与规则，不反复重建全部配置。
不要在尚未验证服务器时同时导入多份配置、调整 On Demand 和改写规则。可以先选择一个已有服务器，检查 Type 与身份验证字段，完成一次手动连接，再回到 Config 验证目标分流。这样遇到问题时，能够区分是导入信息不完整、服务器不可达，还是当前规则把请求交给了不同策略。
如果 Connectivity Test 显示 timeout，先确认当前网络能正常访问基础服务，再核对 Host、Port、协议相关参数以及系统时间。若测试有响应但目标打不开，应继续看实际访问结果与当前路由，不把测试响应当作完整的连接证明。有关字段填写、VPN 授权与失败点的连续操作说明，集中放在教程页，便于按步骤返回检查。
查看完整教程 →932747118Shadowrocket 的中文辨认别称是“小火箭”，但核验时应以完整产品名和商店信息为准。先打开正版核验页提供的 App Store 产品入口，核对开发者为 Shadow Launch Technology Limited，再比对产品图标与本站页头使用的官方图标，最后检查产品页地址中的 id932747118。只看应用名称或搜索结果缩略图，不能完成这三项核对。
应用 ID 用来识别具体产品，开发者名用来识别发布主体，官方图标则提供视觉辨认线索。这三处应一起检查，而不是任选其一。若搜索结果中出现相近名称，应回到准确产品页确认，之后再阅读价格、兼容性和购买提示。Shadowrocket 是闭源商业应用，产品获取和应用更新均通过 App Store 完成。
产品能否在搜索结果中显示，与当前 App Store 店面有关。浏览器打开的产品页地区，不一定等同于设备当前购买账号所使用的商店地区。若出现页面可见但无法完成购买的情况，应先检查 App Store 账号的国家或地区、购买提示以及设备兼容性，不把网页地址中的地区段当作账号设置已经改变的证据。
使用自己的 Apple ID，在系统及 App Store 的账号入口核对当前状态。商店地区调整涉及账号自身的购买条件，应以系统提示为准；不要为了反复搜索而连续改变设置。搜不到应用时，还可以先检查产品名称、已购列表是否隐藏以及设备限制。关于商店可见性、购买条件和常见提示的逐项说明，可查阅 App Store 指南。
美区定价为约 2.99 美元的一次性买断，各店面按当地货币显示，实际金额以 App Store 页面和购买确认提示为准。一次性买断指客户端应用的购买方式，不是每次启用连接都重新购买。价格、系统要求和兼容性应在准备购买时重新核对，首页不把这些会变化的商店条件写成长期保证。
如果首次打开时 SERVER 为空，应按已有信息执行 Add Server 或订阅导入，而不是把购买完成理解为服务器列表会自动出现。客户端中的协议、规则和诊断能力负责处理已经配置的连接；已有订阅的有效状态、服务器地址和验证参数，需要用户从自己的信息来源核对。将这两层分开，才能判断某个问题属于购买恢复还是连接配置。
iPhone 与 iPad 可以使用同一 Apple ID 的购买记录获取 Shadowrocket，具体购买适用性以 App Store 页面标注为准。换机或重新安装时，先确认商店登录的是原购买账号，再到已购项目中查找应用并恢复。若界面仍显示购买金额，应暂停操作，检查账号、店面、购买记录及隐藏项目，不直接把“重新看到价格”当作必须再次付费的结论。
恢复应用和恢复使用资料不是同一个过程。重新打开后，应逐项检查 SERVER、当前 Config、Global Routing 以及 VPN 授权。即使启用了 iCloud 相关同步，也需要在目标设备上核对实际结果，不能假定所有参数都已迁移。家人共享是否适用、有哪些购买限制，以 App Store 产品页与系统提示为准；更多情况见 已购恢复说明。
App Store 更新改变的是应用本身；订阅更新重新取得的是已有订阅的服务器列表；Config 中的文件修改或更新改变的是规则与配置。三者作用对象不同。遇到连接异常时，应先确认最近执行了哪一种操作，再检查对应内容。订阅更新后条目变化，要检查所选服务器；配置修改后目标路径变化，要检查规则顺序与策略。
Data 中的流量统计可作为观察线索，但它不能代替目标访问验证，也不是应用购买凭据。记录排查过程时，优先写下当前网络、选中的 Type、Global Routing 姿态、测试方法和目标表现；公开截图或文本前遮盖密码、订阅参数等敏感信息。用可核对的设置描述问题，比只写“无法连接”更容易定位到下一步操作。
开关表示连接状态，不表示某个目标采用了预期策略。Global Routing 为 Config 时，还要核对当前文件、规则顺序与命中策略。先确认目标是否被更靠前的条目匹配，再进行修改；详细操作见 使用说明。
先看 SERVER 是否出现预期条目，再核对选中的服务器及 Type。导入地址和配置文件地址用途不同，不能互换。若列表为空，先检查 URL 完整性和已有订阅状态，而不是重复打开连接开关；可按 导入步骤重新核对。
先到 Settings 检查 On Demand 的启用状态与条件，并观察是否正好符合自动连接条件。自动触发与服务器可达性是两个问题，应分别验证。修改后在实际网络下再次检查，参照 连接与验证说明保持一次只改一项。
已有服务器显示 timeout 时，先区分测试失败与实际访问失败。按网络状态、测试方法、协议字段、系统时间和路由设置逐项检查，每次保留一个明确的观察结果，避免同时重写配置。
阅读排查顺序 →从 Add Server 的 Type 选择开始，说明常见协议的参数差异。重点是让客户端字段与用户已有信息保持一致，并区分身份验证、加密与传输选项，不用协议名称推断连接质量。
阅读协议说明 →集中解释订阅更新、配置切换、Global Routing、自动连接和换机恢复。先给出检查入口，再说明操作影响的对象，让首次使用时遇到的零散问题回到同一条设置与验证路径。
阅读常见操作问题 →