Shadowrocket 常见问题
按购买、安装、导入、分流四个环节检查。先找到失败发生的位置，再逐项核对；每次只改动一个条件，保留可以比较的结果。
正版核对与购买
先核对产品，再处理购买记录与账户地区。应用取得资格与连接服务分别管理。
App Store 搜不到 Shadowrocket，应该先检查什么？
先核对搜索词是否完整拼写为 Shadowrocket，再从本站获取应用页进入 App Store 产品页。若提示当前地区不可用，检查 Apple 账户的商店国家或地区，以及设备上的内容限制；搜索结果缺失不等于应用已停止发行。需要调整地区时，在系统 Settings 的 Apple 账户中进入 Media & Purchases、View Account、Country/Region，按 Apple 的要求处理余额、订阅与付款信息。产品可用性以当前商店页面为准。
怎样核对 Shadowrocket 正版应用？
在 App Store 产品页同时核对三项：开发者为 Shadow Launch Technology Limited，应用图标与本站使用的官方图标一致，产品链接包含 id932747118。名称相近或图标相似都不能单独作为判断依据，应进入产品详情后再确认。完成核对后，购买、安装与后续应用更新均通过 App Store 进行。本站获取应用页列有核对顺序，付款前可以逐项复查。
购买 Shadowrocket 后，是否已经包含连接服务？
客户端一次性买断 ≠ 线路套餐。购买取得的是 Shadowrocket 客户端的使用资格，实际连接还需要用户已有自己的订阅或服务器信息，相关内容从你的服务商处获取。客户端费用与连接服务的有效期、流量计量、服务器状态分别管理，不能相互替代。本站是 Shadowrocket 官网与官方手册，不提供、不销售、不推荐节点或订阅；本页仅说明如何核对、导入和排查已有配置。
换 iPhone 或重新安装后，需要再买一次吗？
先确认 App Store 的购买账户与原购买记录一致，再到账户中的已购项目或应用列表查找 Shadowrocket。符合当前商店条件时，可通过云朵按钮重新下载；如果仍显示购买价格，先核对账户、购买记录和当前店面，不要急于重复付款。恢复应用不等于恢复应用内的全部内容，原有订阅、服务器参数与 Config 应另行备份。跨设备购买适用范围以 App Store 页面标注为准。
Shadowrocket 的价格和家人共享资格在哪里确认？
Shadowrocket 是付费应用，采用一次性买断；美区定价约为 2.99 美元，实际金额以 App Store 页面为准，各店面按当地货币显示。付款前查看商店显示的价格和账户付款方式。家人共享资格、成员可用范围与通用购买适用范围以 App Store 页面标注为准，并受家庭购买设置影响。不要把重新下载资格、家人共享与配置同步理解为同一功能，它们分别处理应用取得和应用内数据。
安装与首次打开
设备兼容性以商店为准。首次授权、连接开关与自动连接设置应分开检查。
iPad 能安装 Shadowrocket 吗？其他 Apple 设备在哪里核对？
Shadowrocket 主要用于 iPhone 与 iPad，均从同一 App Store 产品页获取。Mac、Apple TV 与 Apple Vision 的适配信息也应查看该产品页的兼容性栏；所有设备的系统要求与通用购买适用范围，以 App Store 页面标注为准。iPad 上的内容排布可能随屏幕尺寸变化，但导入已有配置、选择 Global Routing 和启停连接仍应分别确认。不要仅凭另一台设备可以安装，就推定当前设备满足要求。
首次连接时，添加 VPN 配置的系统提示是什么意思？
首次启用连接时，系统可能要求允许 Shadowrocket 添加 VPN 配置，这是建立系统网络隧道所需的授权。确认弹窗来自当前操作后，按系统提示完成身份验证，再回到应用检查连接状态。该授权不会替你填写服务器，也不能证明已有服务器可用。如果设备受到组织管理或内容限制，相关权限可能由管理策略决定，应先核对限制原因，不要为了排查而删除不明确用途的管理配置。
连接开关打不开，或者刚打开就关闭，如何检查？
先确认 Home 中已有有效服务器并选中了目标条目，再检查首次添加 VPN 配置的授权是否完成。关闭其他正在使用系统 VPN 通道的连接后重试，并到系统 Settings 的 VPN 管理位置查看 Shadowrocket 配置状态。若设备有管理限制，应先确认是否允许建立连接。随后检查应用中的错误提示，区分权限失败和服务器参数错误；必要时先备份配置，再处理已确认异常的配置项，不要直接清空全部数据。
界面显示英文时，怎样对照官方手册操作？
本手册保留应用的英文界面词，便于直接对照：Home 用于查看服务器与连接入口，Config 用于管理配置文件，Settings 用于检查应用设置，Data 用于查看流量读数。Global Routing 的 Config、Proxy、Direct 分别对应配置、代理、直连。若要调整显示语言，可查看系统 Settings 中 Shadowrocket 的应用语言选项是否可用；实际可选语言以当前应用与系统提供的选项为准，语言不同不改变服务器参数的含义。
开启连接后耗电增加，应该从哪些项目检查？
先在系统电池用量中区分屏幕使用、后台活动与网络活动，再结合 Data 的流量变化判断是否有持续传输。大文件同步、频繁重连和长时间记录详细日志都可能增加工作量，不能仅凭应用在后台出现就判断异常。检查 On Demand 是否按预期触发，避免在不稳定网络下反复建立连接；完成诊断后恢复正常日志设置。比较耗电时应保持相近网络、亮屏时间与使用内容，短时单次读数不足以说明原因。
订阅与节点导入
只导入用户已有的内容。先确认格式和完整性，再验证列表、所选条目与连接结果。
已有订阅应该怎样导入 Shadowrocket？
先从你的服务商处取得适用于 Shadowrocket 的已有订阅链接，再在 Home 使用添加入口，按当前界面选择 Subscribe 并填写链接，保存后执行更新。导入后检查分组内是否出现服务器，并手动选定要使用的条目；订阅保存成功不代表连接已建立。链接可能包含访问凭据，复制时应保持完整，不附带聊天文字、空格或换行，也不要把完整链接放进公开截图。具体字段名称以当前应用内文案为准。
订阅导入失败，或者更新后列表为空，如何定位？
先检查链接是否完整、是否仍在有效期内，以及当前网络能否访问订阅地址。再核对返回内容是否为客户端可识别的订阅数据，而不是登录页面、错误提示或普通网页；不要仅凭地址能在浏览器打开就认定格式正确。若导入后列表为空，记录应用提示并向自己的服务商确认订阅格式和账户状态。保留原有可用分组，在问题确认前不要连续删除重建，避免失去对照；向他人描述错误时应遮盖链接中的凭据。
更新订阅会改变哪些内容？为什么服务器名称变了？
更新订阅会重新获取该链接返回的服务器列表，名称、地址、端口或可用条目可能随返回内容变化。更新前先记录当前选中的服务器，更新后重新检查目标条目是否仍存在，必要时重新选择并测试。不要假定手工修改过的订阅条目会永久保留，重要修改应单独记录。订阅更新与 App Store 的应用更新是两件事；更新服务器列表也不等于更新 Config 中的规则，两个入口需要分别检查。
Scan QR Code 无法识别已有服务器信息，怎么办？
先确认系统已允许相机访问，并让二维码完整、清晰地进入取景范围，避免反光、裁边或过度缩放。Scan QR Code 需要二维码内容符合可识别的服务器或订阅格式，普通网页二维码不能直接视为服务器配置。若来源只提供截图，应检查当前应用是否提供从图片识别的入口；仍失败时，从你的服务商处重新取得原始链接或完整参数，再通过对应添加入口填写，不要猜测缺失的协议字段。
手动 Add Server 时，哪些字段最容易填错？
先核对协议类型，再逐项填写服务器地址、端口和认证字段；Shadowsocks、Trojan、Hysteria2、WireGuard 等协议的字段不能相互套用。地址栏通常应填写主机名或 IP，而不是附带路径的网页地址。涉及 TLS、SNI 或其他传输参数时，应与原始配置逐项一致，不要靠关闭验证绕过错误。保存后先测试单个条目，再检查规则分流；只有用户已有的完整参数才能作为填写依据，缺失内容应向自己的服务商确认。
规则分流与故障排查
先区分系统隧道、服务器可达性与规则命中。测试结果需要结合实际访问目标判断。
Global Routing 的 Config、Proxy、Direct 三种姿态怎么选？
Config（配置）按当前启用的 Config 中的规则决定请求策略，适合已经核对过规则的日常使用。Proxy（代理）让进入该通道的请求使用所选代理，可用于对照测试服务器连接；Direct（直连）则用于对照当前网络的直接访问情况。排查时每次只切换一个条件，访问同一目标并记录结果。三种姿态改变的是路由处理方式，不会修复错误的认证参数，也不能替代可用的服务器。测试结束后恢复实际需要的姿态。
显示已连接，但网页仍打不开，应该按什么顺序排查？
已连接只说明系统隧道已建立，不等于所有目标都可访问。先确认当前网络本身可用，再检查 Home 中实际选中的服务器，并用 Connectivity Test 做基础检查。随后对照 Global Routing 的 Proxy 与 Config 结果：两者都失败时优先核对服务器和认证信息，只有 Config 失败时重点检查规则与 DNS。再用另一目标复测，避免把单个网站故障当成全部连接故障；不要同时改动协议、DNS 和规则，否则难以确认是哪一项起作用。
规则看起来正确，为什么请求没有按预期分流？
先确认 Global Routing 处于 Config，并核对正在启用的配置文件是否就是刚编辑的那一份。Rule 中的规则通常自上而下匹配，前面的宽泛条件可能先命中；FINAL 应作为未命中前序规则时的兜底。再核对 DOMAIN、DOMAIN-SUFFIX 与 IP-CIDR 的匹配对象，域名后缀规则和 IP 规则并不等价。结合请求记录查看实际域名、目标 IP 与命中策略，每次修改后保存并确认已生效，再重复同一访问进行比较。
On Demand 开启后，为什么断开连接又自动恢复？
On Demand 根据已设置的网络条件触发系统连接，手动断开后若条件再次满足，系统可能重新建立通道。需要暂时停止自动连接时，先检查并暂停对应的 On Demand 设置，再关闭连接开关；只关闭一次开关并不一定改变自动触发条件。它负责何时建立连接，Global Routing 与当前 Config 负责请求如何处理，二者作用不同。修改后分别在常用 Wi-Fi 与蜂窝网络中验证，避免把某一网络的结果推定到所有网络。
Connectivity Test 有结果，为什么应用访问仍失败？
Connectivity Test 反映的是当前测试方式和测试目标的结果，不能代表每个网站、每个协议或所有请求都成功。先核对测试所用的服务器是否与实际连接所选条目一致，再检查失败应用访问的目标、DNS 解析与命中规则。若仅一个应用异常，可在相同网络下用浏览器访问相关目标作为对照，并查看请求记录。Data 的传输读数也只能说明产生了流量，不能独立证明业务成功；整理错误时保留必要现象，遮盖服务器凭据和私人访问内容。