Shadowrocket FAQ
购买与连接排查
先确定问题发生在哪一步，再逐项检查。以下按购买、首次打开、导入与连接四个阶段整理，点击问题即可展开操作说明。
- 4 个问题分类
- 20 条操作说明
- 界面词保留英文原文
正版核对与购买
先核对产品与购买账户，再处理店面、价格和恢复问题。
App Store 搜不到 Shadowrocket，先检查什么？
先核对拼写，再从本站 App Store 说明页进入产品页，区分搜索结果问题与当前店面不可用的提示。检查 App Store 登录的购买账户及其国家或地区，不要仅凭设备语言判断店面。如确需调整，按系统 Settings 中 Apple 账户的 Media & Purchases、View Account、Country/Region 路径核对；实际名称以系统显示为准，变更前先阅读余额、订阅与付款方式要求。
怎样确认产品页是 Shadowrocket？
同时核对名称 Shadowrocket、开发者 Shadow Launch Technology Limited，以及产品页地址中的 id932747118；再比对本站页头所用的官方图标。不要只凭搜索结果中的名称或相近图形判断。应用 ID 932747118 用于识别产品，不能代替对当前店面价格、兼容性和购买账户的核对。购买前以 App Store 实际显示的产品信息为准。
换机或重装后，需要再买一次吗？
先使用原购买账户进入 App Store 的已购项目，查找 Shadowrocket 并尝试重新下载。设备上用于云端同步的账户与 Media & Purchases 的购买账户可能不同，看到价格按钮时先核对后者及购买记录，不要立即再次付款。能否恢复购买与设备兼容性以 App Store 页面标注为准；恢复应用也不等于恢复本地服务器、配置文件和其他设置。
一次性买断包含什么，为什么还要准备服务器信息？
一次性买断购买的是 Shadowrocket 客户端的使用资格。客户端一次性买断 ≠ 线路套餐，购买应用不会自动生成可用的服务器或订阅。本文以用户已有自己的订阅或服务器信息为前提，只说明导入与使用方法。美区标价通常为 2.99 美元，各店面的币种、实际价格及购买适用性以 App Store 页面标注为准；本站不提供、不销售、不推荐节点或订阅。
iPad 能安装吗，其他 Apple 设备在哪里核对？
Shadowrocket 以 iPhone 和 iPad 为主要使用设备，均从同一个 App Store 产品页核对与获取。已购买时先使用原购买账户查看已购项目。Mac、Apple TV 与 Apple Vision 的适用情况也在该产品页的兼容性栏核对；系统要求及是否适用通用购买，以 App Store 页面标注为准。不要根据设备名称推断所有设置、布局与操作步骤完全相同。
安装与首次打开
把服务器选择、系统授权与实际访问验证分开检查。
首次打开后，应该按什么顺序完成连接？
先准备已有的订阅或服务器参数，在 Home 中导入并选中一项服务器，确认左侧选中标记对应预期条目。随后检查 Global Routing，按当前目的选择 Config、Proxy 或 Direct，再打开连接开关。首次建立连接时按系统提示允许添加 VPN 配置，并完成设备身份验证。最后运行 Connectivity Test 并实际访问目标页面，不要仅凭开关变色判断已经可用。
允许添加 VPN 配置的系统弹窗是什么意思？
这是系统为应用建立 VPN 配置所需的授权，不是导入服务器参数的步骤。先确认弹窗来自刚刚主动操作的 Shadowrocket，再按提示允许并完成设备验证。若此前取消，可回到应用重新尝试连接。受管理设备可能受配置策略限制；遇到限制提示时先查看设备管理要求，不要反复删除系统配置。VPN 配置存在也不代表远端服务器已经通过连接验证。
连接开关打不开或马上关闭，如何检查？
先确认 Home 已选中服务器，服务器参数没有缺项，并检查系统授权是否被取消。记录开关关闭时出现的提示，再核对系统 Settings 中的 VPN 配置状态；如有其他正在使用的 VPN 连接，先停止后重试。还要检查设备管理限制与当前网络是否已完成登录认证。不要把删除全部配置作为第一步；只有在保留必要信息后，才考虑重新建立相关配置。
界面是英文时，怎样对应教程里的操作？
按界面原文寻找入口：Home 用于查看服务器与连接状态，Add Server 用于添加信息，Config 用于管理配置文件，Settings 用于查看设置。Global Routing 中 Config、Proxy、Direct 分别对应配置、代理、直连三种姿态。先区分页面名称 Config 与姿态 Config，前者是配置管理位置，后者决定流量处理方式。系统语言与应用内语言呈现以设备实际显示为准。
更新应用前，需要保留哪些内容？
应用更新通过 App Store 完成。更新前确认已有订阅仍可找回，并保留自行编辑的配置文件、规则与必要的服务器参数；其中可能含敏感信息，应存放在自己可控的位置。记录当前选中的服务器、Global Routing 姿态与关键设置，便于更新后核对。不要为解决普通连接问题直接卸载应用；卸载可能使本地数据丢失，商店购买记录不能替代配置备份。
订阅与节点导入
以已有信息为前提，先分清内容类型，再检查格式与访问条件。
订阅导入失败，应该先核对链接还是网络？
先核对已有订阅链接是否完整，有没有首尾空格、换行、过期参数或复制时漏掉的字符。确认它是订阅入口，而不是账户页面或普通网页，再检查当前网络能否访问订阅地址。若返回内容是登录页、错误页或不受支持的格式，重复导入不会解决问题。保留错误提示，并向自己的服务商核对地址有效性与格式；排查时不要公开包含访问凭据的完整链接。
订阅、单个服务器与 .conf 配置文件有什么区别？
订阅用于批量获取和更新服务器条目，单个服务器信息用于添加一个连接目标，.conf 配置文件用于组织 General、Rule、Host 等配置段。先确认手中的内容属于哪一种，再选择对应入口；不能因为三者都可能表现为链接，就把它们视为同一类数据。服务器出现在 Home，不代表分流规则已经生效；配置文件出现在 Config，也不代表已经拥有可用的服务器。
扫码或剪贴板导入没有反应，怎样定位原因？
先确认二维码或剪贴板内容确实包含受支持的服务器或订阅信息，而不是说明文字、账户页面或截图中的普通地址。使用 Scan QR Code 时核对相机权限，并保证二维码清晰完整；从剪贴板导入时先重新复制原始文本，留意系统是否要求允许粘贴。不要把完整二维码发到公开讨论区。若依旧失败，按 Add Server 所需字段逐项比对已有参数，确认内容类型。
已有订阅怎样更新，更新后为何出现不同条目？
在 Home 找到已有订阅分组，通过该分组提供的更新操作重新获取内容，具体按钮位置以当前界面为准。更新结果由订阅地址返回的数据决定，条目的新增、移除或名称变化不等于应用故障。完成后重新核对默认选中的服务器，再执行 Connectivity Test。若更新失败，先检查地址有效性与访问网络，不要连续新增同一订阅，以免产生重复分组并混淆当前选择。
Add Server 手填参数后仍连不上，要对照哪些字段？
按已有服务器信息逐项核对 Type、服务器地址、端口和认证参数，再检查所选协议需要的传输与 TLS 设置。Shadowsocks、VMess、VLESS、Trojan 等协议的字段含义并不相同，不能只改 Type 后沿用全部参数。注意密码与其他认证内容的大小写、空格及复制完整性。保存后选中该服务器再测试；不要仅凭条目成功保存，就判断远端协议与本地设置一致。
规则分流与故障排查
固定网络与测试目标，每次只改一个条件，保留可回退的配置。
Global Routing 的 Config、Proxy、Direct 怎样选？
日常按规则分流时选择配置 Config，并确认已启用预期配置文件；检查所选服务器的代理路径时，可临时切换代理 Proxy；检查当前网络的直连访问时，可临时切换直连 Direct。三种姿态对应不同处理路径，不是速度档位。对比时保持目标页面和网络环境一致，每次只改一个条件，测试后恢复日常姿态。Direct 下访问成功不能证明所选服务器可用。
显示已连接，但页面打不开，应按什么顺序排查？
先关闭连接，确认当前网络本身能正常访问，并完成可能存在的网络登录认证。再连接 Shadowrocket，核对选中服务器，运行 Connectivity Test，随后分别检查目标页面与其他正常页面。若仅 Config 下异常，检查规则命中与 DNS；若 Proxy 下也失败，优先核对服务器参数及远端可用性。系统显示已连接只说明本地连接状态，不能单独证明目标请求已经成功到达。
规则没有按预期生效，先看顺序还是策略？
先确认 Global Routing 为 Config，且正在使用刚刚修改的配置文件，再检查 Rule 中规则的排列顺序。规则通常按顺序匹配，较宽的条件放在前面可能先于精确条件命中；FINAL 应作为兜底。随后核对 PROXY、DIRECT、REJECT 或自定义策略的实际指向。还要区分 DOMAIN 与 DOMAIN-SUFFIX 的匹配范围，不要只看规则文本包含目标域名就认定一定命中。
Connectivity Test 有结果，为什么实际访问仍失败？
Connectivity Test 检查的是所配置测试目标的连接情况，不能覆盖所有网站、协议与规则路径。实际访问还会受目标服务状态、DNS 解析、规则命中和传输方式影响。先确认测试的是当前选中的服务器，再用相同网络访问实际目标；如果只有单个目标失败，围绕该目标检查，不必立即重建全部配置。测试数值也不是吞吐量承诺，不宜单独据此判断所有应用的访问表现。
后台耗电偏高，要不要关闭 On Demand？
先在系统电池用量中核对观察时段、屏幕使用与后台活动，再看是否存在频繁网络切换、持续传输或连接反复建立。On Demand 会按配置条件触发连接，可暂时关闭后在相似使用场景下比较，但它不是统一的省电开关。调整后确认连接是否仍符合自己的使用需求，同时检查信号质量与应用流量。每次只更改一个条件并记录结果，避免把短时波动当作长期结论。