Shadowrocket
常见问题与处理方法
先确认问题发生在哪一步，再展开对应说明。从 App Store 购买、首次授权到已有订阅导入，按当前状态逐项核对；连接异常时，一次只改一个条件。
共 4 类、20 个问题。点击问题展开答案；配置中的认证信息请保留在个人受控位置。
购买前核对
正版核对与购买
先核对产品身份与购买账户，再处理价格、设备适用范围和已购恢复。获取入口统一见正版下载说明。
App Store 搜不到 Shadowrocket，应先检查什么？
先核对搜索词是否完整写为 Shadowrocket，再从本站正版下载页打开 App Store 产品页。搜索结果与应用可用性可能受当前商店地区影响，不能只凭搜索排序判断。检查 App Store 账户的国家或地区；需要调整时，按 Apple 账户中“媒体与购买项目”的“查看账户”及“国家/地区”官方流程操作，并先阅读余额、有效订阅和付款方式的处理要求。
如何确认商店里的应用是正版 Shadowrocket？
在 App Store 产品页逐项核对：名称为 Shadowrocket，开发者为 Shadow Launch Technology Limited，产品页地址中的应用 ID 为 932747118。图标同时与本站使用的官方图标核对，不能只看名称或相似的火箭图案。进入购买确认前再检查一次产品名称与开发者；价格、系统要求和购买适用范围均以 App Store 页面标注为准。
一次性买断包含连接服务吗？
客户端一次性买断 ≠ 线路套餐。购买 Shadowrocket 获得的是客户端的使用资格，连接所需的订阅或服务器信息需要从你的服务商处获取。美区价格为 2.99 美元一次性付费，实际金额以 App Store 页面标注为准，各店面按当地货币显示。应用购买记录与连接服务的有效期分别管理，应用已购买并不表示现有订阅仍然有效。
换新 iPhone 或重装后，需要再买一次吗？
先使用当初购买时的 Apple 账户登录 App Store，在账户的已购应用列表中搜索 Shadowrocket，再执行重新下载。若页面仍显示价格，先核对购买账户、购买记录及当前商店地区，不要急于重复付款。已购资格能否用于当前设备，以 App Store 页面标注为准。重新获得应用不等于恢复应用内的数据，换机前仍应单独备份配置并核对恢复范围。
iPad 能安装吗，其他 Apple 设备在哪里核对？
Shadowrocket 主要用于 iPhone 与 iPad，唯一获取入口是同一 App Store 产品页。在 iPad 上使用原购买账户查看已购记录，并确认产品页的购买适用范围。Mac、Apple TV 与 Apple Vision 的适用情况也在该产品页的兼容性栏核对；系统要求一律以 App Store 页面标注为准。设备可安装应用与配置数据是否已同步是两件事，首次打开后还要检查已有服务器和配置文件。
建立连接前
安装与首次打开
先处理系统授权，再检查应用内的连接选择。完整的连续操作见入门指南。
首次连接时，为什么出现添加 VPN 配置的系统提示？
Shadowrocket 建立连接需要添加系统 VPN 配置。先确认提示由当前正在使用的 Shadowrocket 操作触发，再按系统提示允许，并完成设备密码或身份验证。首次打开应用不一定立即出现提示，通常要在发起连接时处理。若此前取消了授权，可以回到应用再次尝试连接；受管理设备若限制 VPN 配置，应先核对设备管理策略，不要反复修改无关设置。
连接开关打不开或马上关闭，应该怎样检查？
先确认 Home 中已经选中一条完整的服务器记录，再检查首次连接的系统授权是否完成。随后查看系统 VPN 设置中是否有其他正在连接的配置，必要时先断开再重试。若开关仍立即关闭，记录弹出的错误信息并查看 Logs，重点核对配置是否缺少地址、端口或认证字段。先处理可复现的授权或配置错误，不要用连续点击开关代替排查。
界面显示英文，应该从哪些入口开始？
先识别几个常用入口：Home 查看服务器与连接状态，Add Server 添加已有服务器信息，Config 管理配置文件，Settings 调整设置，Global Routing 选择流量处理方式。本手册保留这些英文界面词，便于逐项对照。若要检查应用语言，可在系统设置中的 Shadowrocket 页面查看是否提供语言选项；可选语言以当前应用与系统实际显示为准，不必因界面语言不同重新导入数据。
On Demand 开启后，为什么关闭连接又会重新连接？
On Demand 用于按条件触发连接。启用后，符合条件的网络活动可能再次触发连接，因此手动断开并不一定代表触发条件已经停止。需要临时停止时，先在 Shadowrocket 中检查并关闭 On Demand，再断开当前连接，随后核对系统 VPN 状态。恢复使用前，应阅读已有按需条件，确认其适合当前网络；不要把反复自动连接直接判断为客户端故障。
更新应用前要备份什么，更新后是否要重新设置？
应用更新通过 App Store 完成。更新前保留重要配置文件、已有服务器信息及必要的分组设置，并确认备份实际包含哪些内容；只记住订阅名称不足以重新导入。备份可能含有认证信息，应存放在个人受控位置。更新后先检查 Config 中正在使用的文件、Home 中选中的服务器以及 Global Routing 状态，再进行连接验证；不要在尚未核对数据前删除原有记录。
使用已有配置
订阅与节点导入
以下操作以已经持有自己的订阅或服务器信息为前提。本站是官网与官方手册，不提供节点服务；订阅从你的服务商处获取。
已有订阅应该怎样导入？
订阅链接从你的服务商处获取。打开 Add Server，按实际界面选择 Subscribe，将完整链接粘贴到对应字段，检查开头、结尾及查询参数是否齐全，再保存并等待获取结果。导入后核对列表是否出现预期记录，然后选择其中一条进行测试。订阅地址可能包含访问凭据，不要把完整地址发到公开截图或问答中；复制时也要避免把说明文字、引号或换行一起带入。
订阅导入失败或返回空列表，先排查哪几项？
先确认设备当前能正常联网，再核对链接是否完整、订阅是否仍有效，以及内容格式是否适用于 Shadowrocket。返回登录网页、错误页面或空内容，不能当作成功取得服务器配置。可在保留现有记录的前提下重试获取，并记下具体错误信息。若怀疑地址失效或内容异常，向你的服务商核实；反馈时遮盖链接中的认证参数，不要反复删除仍可使用的旧记录。
如何更新订阅，更新后要重新选服务器吗？
在已有订阅条目的操作菜单中使用更新操作，等待请求完成，再核对记录数量与名称是否发生变化，具体入口以当前界面为准。更新失败时先保留旧配置，检查当前网络与订阅有效期。服务商调整记录名称或移除原服务器后，先前的选择或分组引用可能需要重新检查；更新成功也不等于已完成连接验证，应再选定服务器并测试一次实际访问。
只有服务器参数时，Add Server 应该填写哪些内容？
按你的服务商给出的协议类型选择对应项目，再填写服务器地址、端口和该协议需要的认证信息。不同协议的必填字段不同，TLS、传输方式、主机名等参数不能仅凭相似名称互相套用。保存前逐项对照原始资料，尤其注意地址中的空格、端口数字和认证字段的大小写。不要为排除错误随意关闭安全验证；参数含义不明确时，应先向你的服务商核实原始配置。
Scan QR Code 扫描成功后，还需要检查什么？
先在系统提示时允许相机访问，使用 Scan QR Code 扫描已有配置的二维码。识别后核对协议、服务器地址和端口，再保存并选中记录测试。二维码可能表示单个服务器，也可能包含订阅地址，不能仅凭扫描成功判断已经导入全部内容。识别失败时检查画面清晰度和二维码完整性，也可回到原始资料核对格式；二维码含有认证信息时，应按个人配置资料妥善保存。
从状态到原因
规则分流与故障排查
已连接只说明连接状态，还需要验证目标请求的实际路径。规则语法与配置文件结构可继续查阅配置字段参考。
Global Routing 的 Config、Proxy、Direct 怎么选？
Config 按当前配置文件的规则决定请求策略，适合需要规则分流的日常使用；Proxy 将适用流量交给所选代理路径，可用于核对规则之外的连接情况；Direct 使用直连路径。先选定一种姿态，再测试相同目标，避免同时更换服务器与规则而难以定位原因。使用 Config 前要确认文件已启用且包含预期规则，不能只看列表中存在某个配置名称。
显示已连接，但网页打不开，应该按什么顺序检查？
先断开连接，确认当前 Wi-Fi 或蜂窝网络能够完成基础访问；再连接并核对选中的服务器及 Global Routing。使用 Connectivity Test 检查可达性，同时用实际需要访问的页面验证，测试结果不能代替完整访问结果。若 Proxy 可用而 Config 不可用，重点检查规则、策略组和 DNS；若均失败，核对服务器参数及服务有效性，并在 Logs 中查看对应请求的错误。
Config 中的规则为什么没有按预期生效？
先确认 Global Routing 已选 Config，且正在使用的配置文件确实包含所修改的 Rule。规则通常从上到下匹配，首条命中后采用对应策略，所以范围较大的规则放在前面可能遮住后面的具体规则。检查 DOMAIN、DOMAIN-SUFFIX 等类型是否符合目标，并核对 PROXY 或策略组引用是否有效，FINAL 应作为末尾的兜底规则。结合 Logs 查看实际命中的规则，再作最小范围的修改。
怎样确认某个请求正在使用直连模式？
先区分 Global Routing 的 Direct 与 Rule 中的 DIRECT：前者是整体姿态，后者是某条规则指定的策略。在 Direct 下发起新的请求，或在 Config 下让目标命中 DIRECT 规则，再检查 Logs 中对应请求的策略与处理路径。旧连接可能继续沿用先前状态，验证时应重新发起请求。不要只凭网页是否打开判断路径，因为同一网页在不同策略下都可能正常访问。
持续连接时耗电增加，怎样缩小排查范围？
先在系统电池设置中查看同一时间段的应用活动，并结合实际传输量、信号强弱及后台任务判断，不能只看某个应用的耗电占比。网络频繁切换、持续传输和反复重连都可能增加耗电。排查时检查 Logs 是否持续出现失败重试，核对 On Demand 条件，并一次只调整一项设置。使用相近的网络与使用时长对照观察，再决定是否需要修改连接习惯。