READ FIRST
先区分客户端与连接信息
购买应用后，仍需导入你已有的订阅或服务器信息。本站只说明操作，不提供节点或订阅。
App Store 正版 · 官方手册
Shadowrocket
使用说明：配置与连接
用于 iPhone 与 iPad 的规则代理客户端，通过 App Store 一次性买断。从已有订阅导入开始，依次核对模式、规则与连接结果。
- Global Routing
- Shadowsocks
- VMess
- VLESS
ROUTING
模式决定处理方式
先确认 Global Routing，再判断规则是否参与匹配。
- Config
- Proxy
- Direct
STORE RECORD
已购恢复
换机后，用购买时的 Apple ID 在 App Store 已购项目中查找。
APP STORE 一次性买断
RULE 自上而下匹配
SUBSCRIBE 导入已有订阅
ON DEMAND 按条件连接
01 / CAPABILITIES
按使用环节查功能
服务器信息、连接模式与配置规则分别管理。遇到问题时，先确定正在检查哪一层，再调整对应设置。
Rule：先看顺序，再看策略
规则分流用于让不同请求采用不同处理方式。在 Config 中检查 Rule，并确认 Global Routing 选择 Config，规则才是判断请求去向的重点。规则从上到下匹配，命中后使用相应策略；较具体的条件通常放在较宽泛的条件之前，FINAL 用于前面均未命中的请求。修改时一次只调整一处，再用实际访问与记录核对结果，避免把规则错误误判为服务器故障。
DOMAIN-SUFFIX,example.com,PROXYDOMAIN,api.example.org,DIRECTFINAL,PROXY
On Demand：按条件触发连接
On Demand 用于根据设置的条件触发连接，不用于修复不可用的服务器。在 Settings 中查看 On Demand，先理解现有条件，再决定是否启用。建议先以手动连接完成一次正常访问，确认服务器、模式与规则均符合预期，再设置按需行为。若关闭连接后又自动连接，先检查这里的设置与系统中的 VPN 状态；排查期间可暂时停用按需条件，减少自动触发对测试过程的干扰。
- Settings → On Demand
- 先验证手动连接
- 再检查触发条件
协议：与已有服务器信息一致
Shadowrocket 支持多种协议，添加时应以你已有的服务器信息为准，而不是按协议名称随意选择。在 Add Server 中先核对 Type，再填写对应的 Host、Port 和认证字段；不同协议需要的字段并不完全相同。Shadowsocks、VMess、VLESS、Trojan 等名称表示连接格式，不代表可用性或速度等级。导入成功仅说明信息已被识别，仍需检查认证、传输与服务端配置是否一致。
- Shadowsocks / VMess / VLESS
- Trojan / Hysteria2 / WireGuard
- HTTP / SOCKS5
Subscribe：管理已有服务器集合
订阅导入适合集中管理你已有的一组服务器信息。使用 Subscribe 时，核对订阅地址是否完整，并给不同订阅设置容易辨认的名称。更新订阅会重新取得远端内容，服务器的名称、数量或参数可能随之变化，因此更新后需要重新确认当前选择。订阅地址可能包含访问凭据，应保存在自己的设备中，不要发布到公开页面。订阅与 Config 配置文件用途不同，不能仅凭链接外观混用入口。
- Subscribe：已有订阅信息
- Add Server：单个服务器信息
- Scan QR Code：识别已有分享内容
Config：检查当前生效的配置
Config 用于管理规则及相关配置，不等同于服务器订阅。在编辑配置前，先确认当前选中的文件，并保留可恢复的副本；切换文件后，原先测试过的规则未必仍然生效。General、Rule、Hosts 等分段承担不同职责，修改应围绕具体问题进行。使用 iCloud 同步时，还要核对设备上的 iCloud 状态及同步内容，不能把应用购买记录、服务器信息与配置同步视为同一个过程。
- General / Rule / Hosts
- URL Rewrite / HTTPS Decryption
- 编辑前保留原配置
诊断：测试结果需要结合实际请求
Connectivity Test 可以帮助检查连接情况，但测试有响应不等于所有网页都能正常访问。排查时结合 Global Routing、DNS 与规则记录，区分服务器连接、域名解析和策略选择三个环节。Settings 中的 Diagnostics 用于进一步检查问题；Data 中的流量统计可辅助观察请求活动，却不能单独证明目标访问成功。分享排查信息前，应移除订阅地址、认证字段及其他个人信息，只保留定位问题所需内容。
- Connectivity Test
- Settings → Diagnostics
- Data：结合实际请求观察
Global Routing：区分 Config、Proxy 与 Direct
Config 按当前配置中的规则处理请求；Proxy 用于让请求采用代理处理；Direct 用于直接连接。三种姿态影响的是请求处理方式，不会改变服务器的认证信息。需要核对规则时，先选 Config；需要定位是否与规则有关时，可以在了解影响后临时切换模式对照测试，并在测试结束后恢复原设置。界面中的 Scene 另用于场景相关设置，不能把它与上述三种基础姿态混为一谈。
一个常见误区是同时更换服务器、修改 DNS、切换模式并调整规则。这样即使访问恢复，也难以判断是哪项变化起了作用。更稳妥的顺序是记录原设置，固定一个测试目标，每次只改变一个条件，再比较应用记录与实际访问结果。涉及敏感业务或本地设备访问时，也应检查请求是否被送到了预期策略。
02 / DEVICES
在 App Store下载 Shadowrocket
iPhone 与 iPad 获取入口
Shadowrocket 只通过 App Store 获取。先打开产品页核对应用，再查看当前设备的兼容性；系统要求一律以 App Store 页面标注为准。购买适用性与设备兼容性也应以商店页显示为准，不要仅凭设备名称推断。
iPhone
适合从首次安装到连接验证按顺序操作。首次建立连接时，系统可能提示添加 VPN 配置；确认这是刚由 Shadowrocket 发起的操作后，再按系统提示完成授权。应用内开关状态与网页实际可用性需要分别检查。
前往 iPhone 获取说明 →iPad
使用购买时的同一 Apple ID，可在 App Store 查看已购记录并获取应用，具体以商店页标注为准。较大的屏幕可能改变列表与详情的呈现方式，但服务器、Config 与 Global Routing 的核对顺序相同。
前往 iPad 获取说明 →Mac / Apple TV 也可在同一 App Store 获取，以商店页兼容性标注为准。
查看获取步骤 →如果商店没有显示预期的已购状态，先核对 App Store 当前使用的账号，而不是重新配置服务器。应用购买记录属于商店账号；应用中的订阅、规则与连接设置属于另一层数据。换设备时应分别确认购买恢复与配置迁移，避免把两者当作同一步操作。
03 / FIRST CONNECTION
查看完整教程
首次连接的三个检查点
开始前准备好你已有的订阅或服务器信息，并确认设备当前网络可以正常访问。以下是操作顺序预览，完整教程会进一步说明每一步完成后应该看到什么、失败时从哪里检查。
01添加服务器或已有订阅
根据已有资料选择入口：单个服务器使用 Add Server 核对字段，一组服务器使用 Subscribe 管理订阅，也可使用 Scan QR Code 或剪贴板导入已有分享内容。保存后先看列表中是否出现预期项目，再核对 Type、Host、Port 与认证信息。不要把订阅链接粘贴到单个服务器的 Host 字段，也不要在未确认格式时反复更换入口。
导入后显示服务器名称，只表示客户端已保存相应内容。若地址失效、认证信息不一致或订阅未返回可识别内容，后续连接仍会失败。此时应回到已有资料逐项检查，而不是把“能看见条目”当作连接已经完成。
02选择 Global Routing
先选择要使用的服务器，再确认 Global Routing。需要按配置规则分流时使用 Config，并检查当前 Config 文件；Proxy 与 Direct 分别用于代理处理和直接连接。选择模式前先明确本次访问的预期去向，尤其是本地网络资源与需要直接访问的服务，不能仅凭模式名称判断是否合适。
服务器与规则是两套不同设置。更换服务器不一定改变某个域名的策略，切换规则也不会自动修正服务器密码。首次测试尽量保持配置简单，先建立可以重复验证的结果，再逐步加入自定义条件。
03打开开关并验证访问
打开 Home 中的连接开关，按系统提示确认 VPN 配置，然后使用 Connectivity Test 辅助检查，并实际访问一个明确的目标。开关开启、测试响应与网页加载分别对应不同现象，应结合起来判断。若仅部分目标失败，重点查看 DNS 和规则；若全部失败，再优先检查服务器信息与基础网络。
验证时记录使用的服务器、模式与测试目标即可，不要公开完整订阅地址或认证内容。测试完成后恢复临时修改的设置；若发现关闭后自动连接，则检查 On Demand 是否仍有触发条件。
04 / PURCHASE & VERIFICATION
查看 App Store 核验与恢复步骤 →
正版核验与购买事实
本站是 Shadowrocket 官网与官方手册。Shadowrocket（小火箭）是闭源商业应用，核对获取入口时以 App Store 产品页为依据。官方手册说明操作方法，购买金额、设备兼容性与商店可见性则以当前商店页面为准。
- 应用 ID 932747118
- 一次性买断
- 开发者 Shadow Launch Technology Limited
01开发者、图标与应用 ID
打开产品页后，先核对名称 Shadowrocket，再查看开发者是否为 Shadow Launch Technology Limited，并确认产品页地址中的应用 ID 为 932747118。应用图标应与本站页头的官方图标一致。搜索结果中名称相近的条目需要逐一辨认，不能只凭标题中的某个词就确认购买对象。
应用 ID 用于识别同一个商店条目，开发者名称与官方图标用于交叉核对。三项信息应该一起看；若搜索入口不容易辨认，可以从本站的获取说明进入指定产品页，再检查页面上的实际购买信息。
02一次性买断与实际价格
美区定价约为 2.99 美元，一次性付费购买应用，各店面按当地货币显示，最终以付款确认页为准。购买记录与购买时使用的 Apple ID 关联。iPhone 与 iPad 的购买适用性以 App Store 页面标注为准，已购用户应先核对同一账号下的记录，再判断是否需要重新购买。
一次性买断描述的是客户端的购买方式，不代表服务器访问权限或服务期限。应用的规则、连接与诊断能力，仍需要结合已有且有效的服务器信息使用。价格变化与商店显示应直接在产品页确认，不能把手册中的参考金额当作结算金额。
03商店可见性与账号地区
产品页的显示、结算货币与购买可用性可能受到当前 App Store 店面和账号状态影响。如果页面未按预期显示，先检查当前商店账号、网络与设备兼容性，再查看 App Store 给出的提示。系统要求一律以 App Store 页面标注为准，手册不固定记录容易变化的系统门槛。
设备上的 iCloud 账号与 App Store 购买账号需要分别辨认。查看购买记录时，应检查 App Store 中实际登录的账号；检查配置同步时，再查看 iCloud 相关设置。两处账号状态承担不同职责，不应因为其中一处登录正常，就推断另一处的购买或同步也已完成。
04已购恢复、配置与更新
换 iPhone、换 iPad 或重新安装后，使用购买时的 Apple ID，在 App Store 的已购项目中查找 Shadowrocket 并重新获取。若出现付款提示，先核对账号与历史购买记录。应用更新也通过 App Store 管理，可在系统允许的条件下使用自动更新，更新内容以商店页记录为准。
重新获取应用与恢复应用内数据不是同一件事。操作前应保留自己的订阅信息与配置备份，恢复后检查当前服务器、Config 文件和 Global Routing。即使应用已经恢复，仍应重新完成一次实际连接验证，确认迁移后的设置与预期一致。
05 / READING
按问题继续阅读
首次导入之后，常见问题集中在规则优先级、已购恢复和 DNS。按当前现象选择文章，保留原设置后再开始调整。
Shadowrocket 自定义规则写法：匹配顺序、FINAL 兜底与 PROXY/DIRECT/REJECT 策略
规则按从上到下的顺序匹配，命中即停止，最后由 FINAL 兜底。结合 DOMAIN-SUFFIX、IP-CIDR 示例，核对三种策略的写法与排列顺序。
换 iPhone 或重装后恢复 Shadowrocket：在「已购项目」里用原账号重新下载
一次性买断的应用与购买时使用的 Apple ID 绑定。换机或删除重装后，先在 App Store 的已购项目中查找，再分别检查应用内的服务器与配置。
Shadowrocket DNS 设置说明：延迟测试正常但网页打不开的原因
测试响应正常，网页却解析失败时，按 DNS 设置与规则记录逐项检查，区分问题出在域名解析环节还是请求策略环节。