iPhone
从商店条目完成购买与安装后，先准备自己的服务器信息，再按教程添加。首次建立连接时，系统可能请求允许添加 VPN 配置；核对请求来源是当前打开的 Shadowrocket 后再确认。授权只是建立系统连接配置，并不会自动生成服务器或订阅。
前往 iPhone 说明- 获取入口
- 仅 App Store
- 购买方式
- 一次性买断
- 应用 ID
- 932747118
- 规则模式
- Config / Proxy / Direct
功能与配置入口
先分清连接、路由与配置文件
Shadowrocket问答网是 Shadowrocket 官网与官方手册。阅读时先确定问题属于哪一层：服务器信息决定连接到哪里，Global Routing 决定请求如何选择策略，Config 中的规则决定具体目标如何处理。连接开关打开，只表示连接流程已经启动，不等于每个目标都经过同一条路径。
以下六项按实际操作入口组织。首次使用建议先了解 Global Routing，再导入自己已有的订阅；已经能够连接的用户，可以从 Config 和诊断工具入手。示例域名与地址段仅用于解释规则，不能作为可用服务器信息。切换条目后可阅读对应说明，完整操作顺序见使用手册。
Global Routing：先确认三种姿态
需要按规则处理请求时，选择配置姿态 Config；需要用当前代理路径做对照测试时，选择代理姿态 Proxy；需要检查本地网络直连表现时，选择直连姿态 Direct。入口位于 Home 的 Global Routing。Config 的结果取决于当前启用的配置文件及规则顺序，而不是仅由所选服务器决定。排查时每次只改一种姿态，再访问相同目标，并记录结果，避免把路径变化误认为服务器参数失效。
policy
DOMAIN-SUFFIX,example.com,PROXY
GEOIP,CN,DIRECT
FINAL,PROXYOn Demand：按连接条件维护开关
需要根据网络条件自动建立连接时，再设置 On Demand。先在手动连接状态下验证已有服务器能够正常使用，再到 Settings 查看 On Demand 的可用条件；具体选项以应用内显示为准。按需连接与分流规则不是同一层：前者决定何时启动连接，后者决定请求如何处理。若关闭后又自动连接，先检查这项设置及系统中的 VPN 状态，而不是反复删除服务器。修改后分别在实际使用的网络中验证。
规则示例 · 非 On Demand 条件
DOMAIN-SUFFIX,example.com,PROXY
FINAL,DIRECTSubscribe：导入已有订阅并核对结果
订阅导入的前提是已经持有自己的有效订阅地址。在 Add Server 的 Type 中选择 Subscribe，按应用显示填写地址与备注，保存后检查是否出现对应服务器分组。导入成功不代表每个条目都能连接，还要核对协议与有效状态。更新失败时，先检查地址是否完整，再确认本地网络能否访问订阅来源。订阅地址可能含有账户凭据，不要公开粘贴或放进截图。更新前保留原有可用信息，避免批量覆盖后失去对照。
导入后可另行配置的规则
DOMAIN,example.com,PROXY
FINAL,DIRECTType：协议与参数必须对应
添加服务器时，Type 应与已有服务器信息完全对应，不能只凭名称相近选择。Shadowsocks、VMess、VLESS、Trojan、Hysteria2 等协议需要的字段不同，Host、Port、认证信息及传输选项应分别核对。缺少字段时应回到自己的服务商说明确认，不要通过随机切换协议试错。协议决定连接方式，Config 中的规则决定请求去向，两者不能互相代替。先保留一条可验证的配置，再逐项调整，便于定位参数问题。
协议之外的分流规则
DOMAIN-SUFFIX,example.com,PROXY
IP-CIDR,192.0.2.0/24,REJECT
FINAL,DIRECTConfig：规则自上而下匹配
需要稳定的分流结果时，应检查当前启用的 Config，而不只是确认文件已经导入。打开对应配置，核对 Rule 中的匹配条件、策略与先后顺序；较具体的条件通常应放在较宽泛的条件之前，FINAL 用于前面均未匹配时的最终处理。编辑前保留原文件，每次只调整一组规则并验证目标。通过 iCloud 管理配置资料时，还应确认两台设备实际选中的文件与内容一致，不能把文件同步等同于所有连接状态都已同步。
policy
DOMAIN,example.com,DIRECT
DOMAIN-SUFFIX,example.com,PROXY
FINAL,PROXYData 与 Diagnostics：分层观察结果
遇到连接问题时，先用 Connectivity Test 了解当前测试条件下的表现，再结合 Data 的流量记录及 Settings 中的 Diagnostics 检查。测试结果受测试方法和网络环境影响，不能直接等同于实际应用速度；有流量记录也不能单独证明目标请求走了预期策略。建议固定一个访问目标，对照当前服务器、Global Routing 和规则命中结果。分享排查材料前删除订阅地址、认证信息及私人访问记录，只保留定位问题所需的字段。
用于核对策略的规则示例
DOMAIN,example.com,DIRECT
FINAL,PROXY设备与 App Store
按设备查看购买与首次启动说明
Shadowrocket 只在 Apple 平台发行，唯一获取入口是 App Store。购买前先查看正在使用的 Apple 账户对应的商店条目，核对兼容性、价格与购买按钮状态。系统要求、兼容性及是否通用购买，均以 App Store 页面标注为准；不要把另一台设备显示的结果直接当作当前设备的条件。
iPad
使用购买时的同一 Apple 账户检查 App Store 已购项目，再按商店显示恢复获取。iPhone 与 iPad 的购买适用范围以 App Store 页面标注为准。较大的显示区域不会改变服务器参数的含义，导入后仍需逐项确认当前服务器、Global Routing 与启用的 Config。
前往 iPad 说明Mac / Apple TV 也可在同一 App Store 获取，以商店页兼容性标注为准。
换设备前，分别考虑“应用购买记录”和“应用内配置资料”。前者由 App Store 账户识别，后者需要按应用提供的方式保存或同步。即使商店已经允许重新获取应用，也应在新设备上重新核对已有订阅、认证字段和系统权限；不要假定所有设置已经自动恢复。
正版核对与购买事实
开发者、官方图标与应用 ID 三处核对
搜索名称只能帮助找到候选条目，不能代替正版核验。进入 App Store 产品页后，先确认名称为 Shadowrocket，再把开发者、图标和应用 ID 一起核对。Shadowrocket 是闭源商业应用，购买、重新获取和更新均通过 App Store 处理；价格、兼容性与更新记录应直接阅读商店页，不以其他页面的历史描述代替当前标注。
Shadow Launch Technology Limited
在产品页查看开发者或销售方信息，完整核对名称。不要只看搜索列表中的标题，也不要因为相似描述就直接付款。进入条目后再检查购买按钮对应的应用，能减少误选名称相近条目的机会。
932747118
商店产品页地址包含 id932747118。应用 ID 用于识别具体条目，不随显示价格或商店语言改变。核对时读取完整数字，再结合开发者和官方图标判断，而不是仅比较地址中的名称片段。
官方图标：与本站页头的图标对照
本站页头使用 Shadowrocket 官方图标。核对商店条目时，可把白底蓝紫描边图案作为辅助辨认信息，但图标相似本身并不足以确认条目身份。先核对开发者完整名称，再核对应用 ID，最后对照图标与应用名称；这三个信息应指向同一款应用。购买前停留在产品详情页完成核验，比直接从搜索列表操作更容易看清信息。
一次性买断：购买的是客户端使用权
Shadowrocket 采用一次性买断方式，美区价格约为 2.99 美元，各店面按当地货币显示，实际金额以 App Store 购买确认页为准。一次性买断描述的是应用购买方式，不表示任何外部服务器会随应用一同提供，也不能用来判断自己已有订阅的有效期。发生付款问题时，先检查商店显示的账户和付款状态，避免把支付失败误判为应用连接故障。
商店可见性：先查账户地区和访问限制
搜索不到条目时，先检查 Apple 账户使用的商店地区，再检查设备的内容与年龄分级限制，并尝试从本站下载指南中的产品页入口查看具体提示。地区、账户状态或设备条件可能影响产品页显示，单次搜索没有结果不能说明应用名称改变。按照页面提示核对条件即可，不应为查找条目而把账户密码或付款信息提交给他人。
已购恢复：先找到原购买账户
重装或换机后，先在 App Store 确认登录的是购买时使用的 Apple 账户，再到已购项目或应用列表中搜索 Shadowrocket。若仍显示购买价格，先核对账户、购买记录和当前条目，不要立即重复付款。家人共享是否适用以及跨设备获取条件，应以商店当前说明为准。应用重新获取后，再恢复自己的配置资料，并核对新设备上的连接权限。
更新与配置维护：分开保留记录
应用更新通过 App Store 完成，当前可用更新与变化说明应在商店中查看。配置文件、订阅内容和应用本身并不是同一份资料：订阅更新可能改变服务器列表，Config 编辑可能改变请求策略，而应用更新改变的是客户端功能与行为。调整前记下是哪一类操作，保留原有可用配置；出现异常时就能回到相应层级检查，而不是同时重置所有内容。
常见问题精选
按现象确定下一步，而不是同时改动所有设置
开始排查前，记录当前网络、选择的服务器、Global Routing 姿态以及启用的 Config。每次只改一个变量，使用同一个目标重复验证；这样才能区分参数问题、规则问题和本地网络问题。下面给出结论与检查方向，具体字段和完整步骤可继续阅读疑难解答。
已经导入 Subscribe，为什么仍然无法连接？
导入只说明应用取得了订阅中的条目，不代表每条连接都有效。先确认列表中已经选中一条服务器，再核对已有订阅的有效状态与协议参数；随后在同一网络下运行 Connectivity Test，并尝试实际访问。若更新失败，先核对地址是否被截断以及订阅来源是否可访问，不要马上删除整个列表。
选择 Config 后，为什么有些请求仍然是 DIRECT？
Config 的目的就是按规则选择不同策略，并不是让所有请求都进入 PROXY。先核对当前启用的文件，再从前往后检查目标可能命中的规则，特别注意较宽泛条件与 FINAL 的位置。若需要对照测试，可以暂时改变 Global Routing，测试结束后恢复原姿态，避免把临时设置当作长期配置。
Connectivity Test 数字较低，实际访问为什么仍然慢？
测试方法测量的条件不一定覆盖真实访问过程，不能把一个数字当作全部体验。实际访问还受到目标站点、传输参数、本地网络与当前路径影响。固定相同目标，分别更换网络或已有服务器进行比较，同时确认请求走的是预期策略；不要同时更换协议、服务器和规则，否则难以判断变化来自哪里。
重装后找回应用，为什么还需要重新核对配置？
App Store 恢复的是应用购买资格，不能单独证明应用内所有资料都已恢复。重新打开后，检查服务器列表、当前 Config 与系统连接权限，再用已有服务器做一次手动验证。若使用 iCloud 保存资料，也要确认当前设备实际读取到的内容；涉及认证信息时应保护备份，不要把完整配置公开用于求助。
日志 · 专题说明
正版辨认、协议原理与连接排查
遇到具体问题时，可从对应专题继续阅读。正文先说明结论和适用条件，再拆解核对步骤；涉及服务器与协议的说明，均以用户已有信息为前提，不评价或推荐服务商。以下是最近三篇专题，其他入门与商店账户问题可在日志列表中按主题查找。
Shadowrocket 正版辨认：开发者名、图标与应用 ID 932747118 三处核对
遇到名称或图标相似的条目时，先打开详情页核对开发者完整名称，再读取产品地址中的应用 ID，最后对照官方图标。本文按实际核对顺序解释每项信息的作用，避免仅凭搜索排名或标题判断。
阅读正版核对步骤 →Shadowrocket Hysteria2 是什么：基于 QUIC 的传输为何快、适合哪些网络
从 QUIC 与 UDP 的关系出发，解释 Hysteria2 的传输特点、拥塞控制思路以及网络条件的影响。了解原理后，再按自己的服务器信息逐项核对参数，不把协议名称当作连接速度的保证。
阅读 Hysteria2 参数说明 →小火箭连上了但速度慢：节点、线路、协议到本地网络分层排查
连接建立之后，仍应区分服务器响应、传输参数和本地网络的影响。本文用固定目标、单项替换和重复验证的方法整理排查顺序，说明应该记录什么，以及何时需要回到规则命中结果检查。
阅读分层检查方法 →