iPhone
从 App Store 产品页核对名称、开发者与图标，完成购买后打开应用。首次连接时按系统提示添加 VPN 配置；购买完成并不代表服务器已经配置，仍需导入自己的连接信息。
查看 iPhone 获取步骤 →
正版获取
iPhone 与 iPad 获取说明
Shadowrocket（小火箭）是 Apple 平台的付费客户端，唯一获取入口是 App Store。先确认应用身份与当前账户的购买状态，再进入配置步骤；系统要求与购买适用范围均以 App Store 页面标注为准。
iPad
使用购买时的 Apple 账户核对已购项目，并查看商店标注的通用购买范围。应用恢复与配置恢复是两件事：装回应用后，还要检查已有订阅、当前服务器及启用的 Config。
查看 iPad 获取步骤 →产品页中的价格、兼容性、购买范围与更新记录应分别核对。搜索不到应用时，先检查当前 Apple 账户的商店地区、年龄分级限制与账号状态，再按应用 ID 定位产品页；不要仅凭搜索结果中的相似名称判断。
客户端买断
线路套餐
客户端买断 ≠ 线路套餐。购买 Shadowrocket 获得的是应用使用权，不包含可连接的服务器或订阅。本官方手册只说明如何配置用户已有的信息；本站不提供、不销售、不推荐节点或订阅。
开发者 Shadow Launch Technology Limited
应用 ID 932747118
一次性买断
按三项信息核对产品页
打开 App Store 后，先查看产品名称 Shadowrocket，再核对开发者 Shadow Launch Technology Limited，并确认产品页地址包含 id932747118。应用图标应与本站页头使用的官方图标一致。名称相近不能替代开发者与应用 ID 的核对；购买前应把这三项放在同一产品页中检查，而不是分别参考不同的搜索结果。
若搜索结果没有显示预期应用，先确认正在使用的商店账户和所在店面，再检查屏幕使用时间中的内容限制。商店是否显示购买按钮、能否完成付款，应以当前账户看到的 App Store 页面及系统提示为准。手册中的参考价格不能替代结算页面，也不应据此推断所有店面都显示相同货币或金额。
区分购买、恢复与连接服务
Shadowrocket 是闭源商业应用，采用一次性买断方式；美区参考价格为 2.99 美元，实际价格以 App Store 当前页面为准。iPhone 与 iPad 的通用购买范围、系统要求及其他购买适用条件，以 App Store 页面标注为准。核对 App 内购买项目时，应直接阅读商店中的对应栏目，不根据旧截图推断当前项目。
换机或重装时，先使用购买时的 Apple 账户查看已购项目，再检查本地配置是否恢复。重新取得应用不等于订阅、服务器密码和自定义规则已经完整恢复。若启用了 iCloud 同步，也要逐项确认同步结果；应用更新通过 App Store 管理，更新后应核对当前启用的配置与连接状态，而不是照抄旧界面的按钮位置。
功能与配置
规则、服务器与连接条件
先分清服务器参数、路由模式与配置文件各自负责的内容，再调整具体设置。以下六项按应用中的实际能力组织；示例规则仅说明语法，不代表应直接替换用户现有的配置。
规则分流
规则把目标域名或地址与指定策略关联。先在 Home 的 Global Routing 选择 Config，再核对 Config 中实际启用的文件与规则顺序。DOMAIN-SUFFIX 可按域名后缀匹配，IP-CIDR 可按地址段匹配，FINAL 用于前面规则未命中时的兜底处理。修改时先保留原文件副本，一次调整一个条件，并通过目标请求检查命中结果；只看到连接开关打开，不能证明访问使用了预期策略。
DOMAIN-SUFFIX,example.com,PROXY
On Demand
On Demand 用于按设定条件触发连接，并不负责修正服务器参数。先手动选择已有服务器、完成系统 VPN 配置授权并验证访问，再到 Settings 核对 On Demand 相关选项。设置后分别检查网络切换、应用重新打开与手动断开后的表现，确认条件符合实际使用需要。若连接反复触发，先记录触发时的网络环境，并暂时关闭自动条件进行对照，避免把自动连接行为误判为服务器故障。
Settings / On Demand
多协议
Shadowrocket 可配置 Shadowsocks、VMess、VLESS、Trojan、Hysteria2 等协议，具体选项以 Add Server 中的 Type 列表为准。协议名称必须与用户已有的服务器信息对应，不能只更改 Type 而保留其他协议的字段。填写 Host、Port 与认证信息后，还应核对 TLS、传输方式及服务端要求的相关参数。遇到连接失败，先逐项比对原始资料，不通过随机切换协议来判断线路质量。
Add Server / Type / Host / Port
订阅导入
订阅用于把用户已有的服务器信息批量导入并更新。先判断拿到的是服务器订阅、单个分享链接，还是 Config 配置地址，再选择相应入口。服务器订阅可在 Add Server 中按适用类型填写；Config 页的 Subscribe 应用于相应的配置订阅，不能把不同内容仅凭网址外观混用。更新后核对分组、条目数量与当前选中项，并保留原订阅记录。订阅地址可能包含访问凭据，分享排查截图前应遮盖完整链接。
Add Server / Subscribe / Scan QR Code
Config 配置文件
Config 用来管理规则与相关配置，服务器导入成功并不意味着所需配置文件已经启用。先确认文件来源与用途，再查看 General、Rule、Hosts 等分段，检查当前文件是否符合自己的访问策略。编辑前建立副本，修改后重新核对选中状态，并用同一目标请求进行对照测试。涉及 DNS 或 URL Rewrite 的内容应单独理解；不要为了修复一个服务器连接问题，一次覆盖整份配置或同时更改多个分段。
Config / General / Rule / Hosts
诊断工具
Connectivity Test、Settings 中的 Diagnostics 与 Data 可用于观察不同层面的状态。测试前先记录本地网络、选中服务器与 Global Routing 模式，再执行测试，并用实际网页请求交叉验证。测试结果受测试方法与目标影响，不能直接视为所有站点的访问速度；Data 中的流量记录也不等于服务方的计费额度。排查时一次更改一个变量，必要时查看相关日志，并在对外提供材料前移除地址、认证信息和订阅凭据。
Connectivity Test / Diagnostics / Data
Global Routing 与配置文件不是同一层设置
Global Routing 的 Config、Proxy、Direct 分别对应配置、代理、直连三种姿态。Config 按当前配置处理请求；Proxy 用于让请求按代理模式处理；Direct 用于按直连模式处理。服务器能否连接与某个域名最终走哪种策略，需要分开检查。使用 Config 时，还应确认文件中的策略引用是否有效，避免把“文件已经导入”误当成“文件已经启用”。
Data 用于查看应用记录的流量信息，iCloud 同步用于在适用条件下同步相关数据，两者都不能替代连接验证或独立备份。跨设备使用前，先核对各设备上的服务器选择、配置名称与设置状态；不要仅凭文件名相同，就认定内容和启用状态完全一致。完整的功能说明见功能页，界面词与规则关键字可在概念速查逐项核对。
快速上手
导入、选模式、验证连接
以下步骤以已经购买应用，并持有自己的订阅或服务器信息为前提。先完成一次手动连接，再设置自动连接与更细的规则；每一步都保留一个可以核对的结果，便于失败时回到对应环节。
Add Server：导入已有信息
在 Home 找到 Add Server，先确认信息类型。手填服务器时，按原始资料选择 Type，再填写 Host、Port 和认证字段；使用二维码时通过 Scan QR Code 读取后，仍需检查解析出的协议与地址。订阅链接不是普通网页地址，复制时应保留完整内容，并避免带入聊天文字、空格或换行。不同格式对应不同入口，不能把所有链接都当作同一种内容导入。
保存后返回 Home，确认条目出现在预期的 SERVER 分组，并选中要测试的服务器。若列表为空，先检查导入是否真正完成、链接是否仍可访问以及返回内容是否符合所选入口。已有多组订阅时，应给分组使用能辨认用途的名称，更新后检查当前选中项是否发生变化。需要处理订阅更新、排序或备份时，继续阅读服务器管理手册。
Global Routing：选择处理方式
打开 Global Routing，根据测试目标选择 Config、Proxy 或 Direct。需要按域名与地址规则分流时使用 Config，并进入 Config 确认启用的文件。若为了定位问题临时切换到 Proxy，应记录原来的模式，验证完成后恢复；不能把一次模式切换后的成功访问，直接视为原规则已经修复。Direct 的结果可作为直连环境的对照，但不代表已有代理服务器的可用性。
初次使用先保持配置简单，避免同时添加多份规则、改动 DNS 并启用自动连接。规则检查要从具体目标开始：记录域名、预期策略与实际结果，再查看匹配条件和先后顺序。像 FINAL 这样的兜底规则影响未被前面条件匹配的请求，放置位置与指定策略都需要核对。示例中的 example.com 仅用于说明语法，应根据自己的目标与配置结构决定是否添加。
Home：打开开关并交叉验证
返回 Home 打开连接开关，首次连接时阅读系统添加 VPN 配置的提示，并按系统流程授权。随后查看连接状态，执行 Connectivity Test，再打开一个实际需要访问的页面进行核对。状态显示已连接，只说明连接流程到达相应状态；域名解析、服务器转发、目标站点响应和规则选择仍可能分别出现问题。因此应把状态、测试结果与实际请求放在一起判断。
若无法访问，先确认本地网络在关闭连接时能否正常使用，再检查所选服务器、Global Routing 和 Config。测试时保持目标不变，一次只调整一个设置，并记录调整前后的结果。Wi-Fi 与蜂窝网络可以作为本地环境的对照，但切换后应重新检查连接状态。验证完成后再决定是否启用 On Demand，并确认自动触发条件不会干扰后续手动排查。
把失败点定位到具体环节
订阅失败、测试失败与网页无法打开不是同一种现象。订阅失败先检查链接完整性、访问状态和内容类型；服务器测试失败先对照地址、端口、协议与认证参数；只有部分网站失败，则应继续查看域名解析和规则命中。若所有条目在同一网络下表现相同，也应先排除本地网络限制或连接授权问题，而不是立即修改全部服务器。
排查记录应包含发生现象、所在网络、当前模式、所选服务器分组以及做过的单项改动。保留这些信息可以减少反复试错；对外分享时只保留定位问题所需的部分，隐藏订阅地址、密码和其他认证字段。不要公开整份配置来替代问题描述，也不要因为某一次测试结果不同，就删除所有记录后重新建立配置。
上手时常见的四个问题
购买完成后为什么还没有可选服务器？
购买的是客户端使用权，服务器列表需要通过用户已有的订阅或服务器信息建立。先确认资料属于单个服务器、服务器订阅还是配置文件，再使用对应入口导入；应用购买状态与连接服务状态应分别检查。
Connectivity Test 有结果，为什么网页仍打不开？
测试只覆盖指定测试方法与目标。实际网页还涉及 DNS、Global Routing、规则选择与目标站点响应。保持当前服务器不变，先记录失败域名，再核对模式和规则；不要将一次测试结果等同于所有请求都能完成。
订阅更新后还需要检查什么？
检查更新是否成功、条目是否仍在预期分组，以及当前选中服务器是否仍然有效。订阅内容可能发生变化，已保存的名称不一定代表参数保持不变。确认服务器后，再核对配置文件中引用的策略与分组。
需要同时修改 DNS、规则与协议吗？
先根据失败现象确定检查顺序，一次更改一个变量。多项同时修改会失去对照条件，即使访问恢复也难以确认原因。先备份当前配置，再围绕同一目标测试；不理解的界面词可先查阅概念说明。
博客与专题
导入方法与分层排查
按具体问题阅读专题：先辨认导入入口，再检查连接链路；涉及速度与可用性的现象，要分别从本地网络、服务器参数、路由模式和 DNS 定位，不用单个测试结果替代完整判断。
Shadowrocket 订阅导入方法：四种入口核对
以已有订阅或服务器信息为前提，说明 Subscribe、Add Server、扫码与剪贴板的适用内容。导入前先辨认链接类型，导入后核对分组与当前服务器，避免把服务器订阅和 Config 配置混用。
阅读导入说明 →开关已打开却无法上网：逐项检查连接
从服务器状态开始，依次核对 Global Routing、DNS 与 FINAL 等规则。区分系统连接状态和实际请求结果，记录每次单项调整，缩小问题所在的环节，而不是反复覆盖整份配置。
阅读连接排查 →Shadowrocket 速度慢：按网络层次定位
先比较本地 Wi-Fi 与蜂窝网络，再查看协议参数、线路状况和单个服务器。说明测试方法与实际传输的区别，把延迟、访问成功率和下载表现分开观察，保留可重复的测试条件。
阅读速度排查 →