iPhone
安装后先在 Home 导入已有连接信息，再打开连接开关。首次连接时，系统可能要求允许添加 VPN 配置；确认操作来自刚打开的 Shadowrocket 后，按系统提示授权。
返回应用检查连接状态，再验证实际访问。系统显示 VPN 标识仅说明相关连接已建立，不能单独证明服务器、DNS 与全部规则都符合预期。
前往说明 →
App Store 正版 · 官方手册
Shadowrocket 使用说明 与规则配置
面向 iPhone / iPad 的规则分流客户端，采用一次性买断；先核对 App Store，再导入你已有的订阅或服务器信息。
Shadowsocks
VLESS
On Demand
Shadowrocket 功能与设置入口
首次配置按“准备连接信息、确认分流方式、允许系统连接、验证访问结果”的顺序进行。Home 用于查看服务器与连接状态，Config 用于选择和编辑配置文件，Data 用于查看流量记录，Settings 用于调整应用设置。先分清这些入口，再修改单个选项，便于判断每次操作带来的变化。
Global Routing 的配置、代理、直连三种姿态分别对应 Config、Proxy、Direct。Config 根据当前配置文件的规则决定请求去向；Proxy 将适用流量交给选定的代理；Direct 用于直接连接。需要按域名或地址区分处理时，先选 Config，再检查规则顺序与策略目标，而不是只改服务器选择。
DOMAIN-SUFFIX,example.com,PROXY
IP-CIDR,192.168.0.0/16,DIRECT
FINAL,PROXY在 Config 中打开当前配置文件，检查 Rule 段；回到 Home，将 Global Routing 设为 Config 后再连接。规则从上到下匹配，先命中的条目决定请求使用哪种策略。示例把指定域名交给 PROXY，把局域网地址交给 DIRECT，最后用 FINAL 处理其余请求。修改前保存原配置，避免把宽泛规则放在具体规则前面；验证时查看对应请求记录，确认命中条目与预期一致。
查看配置字段 →Settings → On Demand
按实际网络条件检查触发在 Settings 中找到 On Demand，先阅读当前条件，再决定是否开启。它用于按设定的网络条件触发连接，不等于所有场景都持续保持同一种连接状态。设置后分别在常用网络与切换网络时观察连接结果，确认触发范围符合需要。排查异常自动连接时，应同时检查系统中的 VPN 设置和应用内条件。耗电还受请求频率、信号质量与连接保持方式影响，不能仅凭开关状态判断原因。
查看配置字段 →
ShadowsocksVMessVLESSTrojanHysteria2WireGuard
Type 与已有服务器信息一致
在 Home 进入 Add Server，按你已有的服务器信息选择 Type，再填写地址、端口及相应认证字段。不同协议的参数不能互相套用；使用 TLS 或特定传输方式时，还需核对相关名称与选项。保存后出现服务器条目，只表示信息已写入，不代表连接已经成功。应继续执行测试并检查实际访问结果。不要为了试通而随机切换协议，缺少字段时应向原服务商确认，而不是凭名称猜测。
查看配置字段 →Home · Add Server · Subscribe
使用你已有的订阅信息先从你的服务商处取得已有订阅链接，再在 Add Server 的相应入口选择 Subscribe，粘贴完整地址并保存。完成导入后，回到 Home 检查分组与服务器条目是否出现，再选择条目测试。订阅更新用于重新获取远端列表，不能代替续期或修复错误认证。更新失败时先检查链接是否完整、是否仍有效以及当前网络能否访问订阅地址；不要在公开截图或日志中展示链接内的身份信息。
查看配置字段 →[General]
[Rule]
[Host]
[URL Rewrite]在 Config 中确认当前选中的文件，再分别检查 General、Rule、Host 与 URL Rewrite 等段落。导入文件和启用文件是两件事，文件出现在列表后仍需确认实际选择。已有同步设置时，可结合 Settings 中的 iCloud 相关选项管理配置，但同步不应替代独立备份。不同设备的本地服务器选择与系统授权仍要逐项核对。修改时一次只调整一类字段，并保留原文件，便于出现异常后比较与恢复。
查看配置字段 →Connectivity Test · Data · Diagnostics
先定位失败环节在 Home 执行 Connectivity Test，先判断选中服务器是否可达；再结合 Data 的流量记录与 Settings 中的 Diagnostics 检查请求经过的环节。测试成功不等于所有网站或应用都会得到同样结果，还应核对规则、DNS 与目标服务的状态。排查时记录操作顺序与错误提示，每次只改一个条件。分享诊断内容前移除服务器认证信息、订阅地址与个人访问记录，避免把排查材料变成敏感信息的公开副本。
查看配置字段 →iPhone、iPad 与 App Store 获取说明
Shadowrocket 只通过 App Store 购买与安装。先查看产品页的兼容性、价格与购买状态，再在设备上完成安装。系统要求以 App Store 页面标注为准；商店能否显示应用，还取决于当前账户的店面与产品可用情况，不由本地配置文件决定。
iPad
使用购买应用时的同一 Apple ID，在 App Store 核对已购状态后下载。iPhone 与 iPad 共用购买，具体适用条件以商店页面标注为准；设备仍需分别完成首次连接授权。
较大的显示区域可能改变列表和编辑入口的排列，操作时仍按 Home、Config、Data、Settings 的名称定位。已有文件同步后，应再次确认当前配置与选中服务器。
前往说明 →Mac / Apple TV 也可在同一 App Store 获取，以商店页兼容性标注为准。
查看获取步骤 →正版核对、买断与配置恢复
Shadowrocket 是闭源商业应用。本站是官网与官方手册，说明购买、配置与连接流程；判断应用身份时，核对商店中的实际信息，不以搜索排序、名称相似或图标配色接近作为依据。
在产品页核对三处信息
开发者：Shadow Launch Technology Limited
应用 ID：932747118
进入 App Store 产品页后，先比较官方图标，再查看开发者名称，最后检查产品链接中的 id932747118。三处信息应同时对应。搜索结果可能含有名称相近的应用，名称本身不足以确认身份；从本页进入产品页后，也应在购买前完成核对。
商店可见性与账户店面
如果产品页提示当前店面不可用，先确认 App Store 登录账户的地区与页面提示。设备语言、系统地区和账户店面不是同一个设置，调整设备语言不等于更换商店。账户地区变更涉及支付方式、余额与既有服务，应先阅读系统提供的条件，不把更改配置文件当作处理商店问题的方法。
下载前还应检查产品页的设备兼容性与可用空间。看到购买按钮时，确认账户和金额；看到已购或云形下载按钮时，先核对是否正在使用原购买账户。发生购买状态疑问时，以 App Store 的订单与已购记录为依据，不反复付款来尝试修复应用内连接。
购买恢复与配置恢复分开处理
换机或重装时，先通过 App Store 已购项目找回应用，再恢复你保存的配置。购买记录用于确认获取资格，不等于订阅链接、服务器参数和规则文件已经回到设备。首次打开后应逐项检查 Home 的服务器、Config 的当前文件以及系统 VPN 授权，再进行连接测试。
客户端买断 ≠ 线路套餐
一次性买断支付的是 Shadowrocket 客户端的使用费用，不包含服务器资源、订阅有效期或线路服务。本站不提供、不销售、不推荐节点或订阅。已有订阅从你的服务商处获取；已有服务器则按原始信息填写。应用购买成功与服务器可用属于不同环节，排查时应分别确认。
订阅地址能导入，只说明客户端取得了列表；列表里有条目，也不代表每条连接都有效。认证失效、服务器状态变化或协议参数不完整，都需要回到原有信息来源核对。客户端的购买记录不能用来判断订阅是否到期，订阅更新按钮也不会改变客户端的购买状态。
更新通过 App Store 进行
在 App Store 检查可用更新，或按系统设置管理自动更新。更新前保存重要配置，更新后若界面排列发生变化，应按设置项名称定位。更新记录、当前价格与系统要求均以 App Store 页面标注为准，本页不固定展示具体版本与更新日期，避免把历史信息当成当前条件。
保留可恢复的配置副本
编辑 Rule、DNS 或 URL Rewrite 前，保存当前可用文件，并记录正在使用的 Global Routing 姿态。同步适合在设备间传递已有内容，备份则用于保留可以回退的状态，两者用途不同。恢复后先测试基本连接，再逐步启用自定义规则与自动连接条件，避免同时改变多个环节后无法定位问题。
整理备份时，把文件用途与适用设备写清楚，但不要把密码或完整订阅链接写进公开文件名。需要协助排查时，提供经过遮盖的错误提示、规则片段与操作顺序即可；涉及认证的信息应保留在个人受控的存储位置。
首次连接常见问题精选
先确认失败发生在购买、导入、连接还是访问阶段。每一阶段对应不同的检查入口，不必一开始就重置全部设置。以下问题可直接展开阅读，更多场景见 FAQ 分类说明 →
导入订阅后，还需要选择哪些设置？
回到 Home，先确认订阅分组中出现服务器条目，再选中你要使用的条目。接着检查 Global Routing；需要规则分流时选择 Config，并到 Config 确认当前文件。最后打开连接，按系统提示完成授权。列表出现、连接建立和目标访问成功是三个检查点，应依次确认。
如果导入的是服务器列表，不要默认它同时包含完整规则文件。服务器信息负责描述怎样建立连接，规则文件负责决定哪些请求走哪种策略。两者都准备好后，再用实际请求验证结果。具体入口见 已有订阅导入与首次连接教程。
Connectivity Test 有结果，为什么访问仍然失败？
测试结果只反映特定测试方式下的可达情况。继续核对选中服务器、Global Routing 和当前规则，查看实际请求是否被送到预期策略。若只有部分域名失败，再检查 DNS、目标服务和相关规则，不要仅凭一个测试结果判断所有访问。
排查过程中保留原设置，一次改变一个条件。先复现同一个请求，再比较改动前后的记录；如果更换网络后表现不同，应记录网络条件，而不是立即删除全部配置。详细顺序见 连接失败检查清单。
首次出现“添加 VPN 配置”提示该怎样处理？
这是系统授予应用建立相关网络连接所需配置的提示。确认它来自你刚在 Shadowrocket 中发起的连接，再按系统指引处理。完成后返回应用观察状态；授权通过不代表已有服务器参数正确，仍需测试连接和实际访问。
如果之前拒绝了提示，先回到应用重新发起连接并查看系统响应；若系统中的配置已被删除，也应重新检查授权状态。不要把权限问题和订阅认证问题混为一谈。相关位置见 VPN 配置权限说明。
修改规则后没有按预期分流，先看哪里？
先看 Global Routing 是否为 Config，再确认编辑的文件就是当前选中的文件。随后从 Rule 第一行向下检查：是否有更早的宽泛条目已经命中，策略名称是否正确，FINAL 是否位于末尾。规则顺序比单独增加一条规则更容易影响结果。
还应区分域名规则和地址规则的匹配对象。只修改域名后缀条目，不一定能解释直接使用 IP 地址的请求；查看记录中的实际目标，再选择对应规则类型。修改前后的示例与检查方法见 Rule 与匹配顺序参考。
连接排查与规则说明
首次连接流程放在教程中，具体字段与规则语法放在配置参考中。遇到单一症状时，可先阅读对应文章，记录检查结果后再决定是否修改配置。以下三篇分别对应连接失败、规则顺序与系统权限。
Shadowrocket 节点超时与连接失败排查：延迟测试、协议参数、系统时间
从 Connectivity Test 开始，再核对地址、端口、密码与协议参数，最后检查系统时间与时区。按固定顺序区分网络不可达、认证错误与设置不一致，避免同时修改多个字段后丢失线索。
阅读说明 →Shadowrocket 自定义规则顺序：从上到下匹配、FINAL 兜底与 PROXY/DIRECT/REJECT
用真实规则片段说明 Rule 如何逐条匹配，解释具体条件与宽泛条件的排列关系，以及 FINAL 为什么应放在最后。修改规则前先确认请求目标，再核对它实际命中的策略。
阅读说明 →Shadowrocket 首次连接提示“添加 VPN 配置”：与系统 VPN 描述文件的关系
说明系统提示的用途、系统设置中相关配置的位置，以及拒绝提示或删除配置后应检查的步骤。先处理应用建立连接所需的授权，再回到服务器与规则层面验证实际结果。
阅读说明 →