Shadowrocket 常见问题
先确认问题发生在购买、首次连接、订阅读取还是流量路由，再按对应步骤核对。以下问答以用户已有自己的订阅或服务器信息为前提；每次只调整一个因素，便于判断问题来源。
- 应用 ID 932747118
- App Store 正版获取
- 先核对提示，再修改设置
正版核对与购买
商店可见性、购买记录与连接服务分别核对。先检查账户和产品页，不以搜索结果名称作为唯一依据。
App Store 搜不到 Shadowrocket，先检查什么？
先核对搜索词是否为 Shadowrocket，再检查当前用于 App Store 购买的 Apple 账户所在商店地区。应用是否可见取决于当前店面的上架情况，不由设备语言决定。可从本站下载页进入指定产品页，观察商店给出的提示；若提示当前地区不可用，先核对账户地区与购买条件，不要反复更改设备地区。商店可用性与系统要求以 App Store 页面标注为准。
怎样核对商店中的应用是 Shadowrocket 正版？
同时核对三项：开发者名为 Shadow Launch Technology Limited，图标与本站使用的官方图标一致，产品页地址中的应用 ID 为 932747118。名称相似不能代替这三项核验，搜索结果排序也不是判断依据。进入产品页后，再查看兼容性、价格与购买按钮，确认适用于自己的设备和账户。Shadowrocket 只通过 App Store 获取，购买前应完成核对。
一次性买断包含什么，是否等于已有可用连接？
客户端一次性买断 ≠ 线路套餐。购买的是 Shadowrocket 客户端使用资格，已有订阅或服务器信息需要由用户自行准备，应用购买与这些连接信息的有效期分别计算。美区定价约 2.99 美元，各店面按当地货币显示，实际金额以 App Store 页面和付款确认页为准。本站提供官方手册，不提供、不销售、不推荐节点或订阅；购买后仍需导入自己的有效连接信息。
换机或重装后还要再买一次吗？
先使用原来购买时的 Apple 账户登录 App Store，再到个人账户中的已购应用列表查找 Shadowrocket。符合重新下载条件时，可按商店提供的重新下载按钮恢复；若仍显示价格，先核对购买账户、购买记录和当前店面，不要直接重复付款。恢复应用不等于恢复所有本地设置，订阅、服务器信息与 Config 配置文件应另外核对，并在换机前妥善保存必要资料。
怎样核对商店地区，确需更改时从哪里操作？
在系统 Settings 中进入自己的 Apple 账户，打开媒体与购买项目，再进入查看账户中的国家或地区，核对用于购买的商店。设备的语言与地区设置不能替代这项检查。确需更改时，按该账户页面提供的更改国家或地区流程操作，并先阅读余额、现有订阅、家人共享及付款方式相关提示。地区变更不是保证应用可用的方法，最终仍以目标店面的产品页显示为准。
安装与首次打开
先完成商店购买与系统授权，再检查连接信息。系统 VPN 配置、应用更新和订阅更新是不同操作。
iPhone 首次连接为什么提示添加 VPN 配置？
这是系统允许应用建立 VPN 连接所需的授权步骤，不是再次购买提示。先确认提示由已核对的 Shadowrocket 触发，再按系统要求确认身份并允许添加。完成后可在系统 Settings 的 VPN 相关页面查看对应配置。若误删了该配置，返回应用重新发起连接，并按实际提示重新授权即可。安装前应查看兼容性，系统要求以 App Store 页面标注为准。
iPad 能安装吗，已有购买怎样使用？
Shadowrocket 面向 iPhone 与 iPad 提供应用。先在 iPad 的 App Store 使用原购买账户查找已购项目，再核对产品页兼容性并重新下载；系统要求以 App Store 页面标注为准。应用在不同屏幕上的布局可能不同，应按 Home、Config、Settings 等实际入口查找设置。购买记录可用于核对获取资格，但另一台设备上的本地订阅和配置是否已恢复，仍需单独检查。
连接开关打不开，或者打开后马上关闭怎么办？
先区分系统未授权与连接建立失败：查看是否还有待确认的 VPN 配置提示，再确认 Home 中已选中有效服务器。检查系统中是否存在其他正在连接或自动触发的 VPN 配置，必要时先停止它们后重试。若开关仍立即回落，记录本次错误提示，核对服务器地址、端口、协议与认证字段。先不要删除全部设置；只有确认配置损坏并保存必要资料后，再考虑重建对应配置。
界面是英文，应该从哪些入口开始？
先按入口名称辨认任务：Home 用于查看连接与服务器，Add Server 用于添加已有服务器信息，Config 用于管理配置文件，Settings 用于查找设置。Global Routing 是路由方式，Subscribe 用于订阅类型，On Demand 是按需连接。若想调整语言，可先检查系统为该应用提供的语言选项；是否显示该选项以实际系统与应用为准。本文保留英文界面词，便于与屏幕上的名称逐项对应。
应用更新与订阅更新有什么区别？
应用更新由 App Store 提供，用于更新 Shadowrocket 本身；订阅更新则在应用内重新获取用户已有订阅的服务器列表，两者不是同一个操作。应用更新前可先保存当前重要配置，更新后检查连接与规则是否符合预期。列表内容过旧时，应检查对应订阅的更新结果，而不是仅更新应用。不要根据他人界面推断版本差异，功能与系统要求应以当前 App Store 页面及实际应用为准。
订阅与节点导入
先核对已有内容是否完整有效，再区分读取失败、格式问题与连接失败。订阅地址按敏感信息保管。
已有订阅导入失败，应怎样逐项检查？
先确认复制的是用户自己已有的完整订阅地址，而不是网页标题、说明页面地址或被截断的文本。通过 Add Server 选择 Subscribe 时，核对地址前后是否有空格、换行或遗漏字符，再检查当前网络能否访问订阅来源。读取成功但没有条目时，还需核对内容格式与订阅有效状态。把请求失败、认证失败和格式不兼容分别处理，不要靠反复导入制造多个重复列表。
订阅更新失败，是否应该先删除旧列表？
通常先保留现有条目，记录更新提示，再核对订阅地址是否变化、访问凭据是否仍有效，以及当前网络是否能完成请求。更新失败不一定代表已有服务器全部失效；旧条目能否连接应另行测试。修改地址前先保存必要资料，每次只改一个因素，再重新更新并核对条目变化。若来源明确返回过期或认证错误，应向自己的服务商核对状态，而不是重复删除和重建列表。
只有自己的服务器信息，怎样使用 Add Server？
在 Add Server 中先选择与服务器一致的协议，再逐项填写地址、端口和认证字段；加密方式、传输方式及 TLS 相关选项也必须与服务器配置对应。不能仅凭端口猜测协议，也不能用备注名称代替服务器地址。保存后回到 Home 选中该条目，再尝试连接。若使用 Scan QR Code 导入，仍应核对导入后的协议和字段，二维码只是录入方式，不代表其中信息一定完整有效。
订阅地址和连接日志可以直接发给别人排查吗？
订阅地址可能包含可用于访问列表的凭据，服务器字段与日志也可能带有认证信息、个人域名或访问记录。排查时只提供必要的错误文字、协议类型、网络环境和经过遮盖的字段，不要公开完整订阅地址或二维码。保存到 Config 的内容同样应先检查。若地址已经泄露，应向自己的服务商了解如何更换相关凭据；仅删除聊天记录或本地条目，不能使已经外泄的凭据自动失效。
订阅更新后，原来选中的服务器不见了怎么办？
先确认当前查看的是原来的订阅分组，并检查是否启用了搜索或筛选。订阅更新会按来源提供的内容刷新条目，原条目可能被删除、改名或替换，因此不能只按旧备注判断是否仍然存在。重新核对地区、协议和服务器信息，再选择自己的有效条目；随后检查 Config 中引用具体名称的策略是否需要调整。不要手工把旧地址补回订阅列表来掩盖更新结果，应先核实来源当前提供的内容。
规则分流与故障排查
连接开关、服务器连通性与规则命中分别检查。测试时保持网络环境一致，记录修改前后的现象。
Global Routing 的 Config、Proxy、Direct 怎么选？
Config（配置）按当前启用配置中的规则和策略处理流量，适合需要规则分流时使用；Proxy（代理）将一般流量交给当前代理策略；Direct（直连）让一般流量直接连接。具体处理还受相关设置影响，不能把三种姿态当成连接质量档位。日常分流先选 Config 并核对启用文件；排查时可临时对比 Proxy 与 Direct 的结果，测试后恢复原设置，避免长期使用与预期不符的路由方式。
显示已连接但无法上网，先查服务器还是规则？
先关闭连接，确认当前 Wi-Fi 或蜂窝网络本身可正常访问，再重新连接并核对选中的服务器。若基础网络正常，观察是所有请求失败，还是仅部分域名失败：前者先检查服务器有效性与认证信息，后者再检查 DNS 和规则命中。可临时切换 Global Routing 做对比，但不要同时改 DNS、协议和配置。连接状态只说明系统隧道已建立，不保证服务器、域名解析和每条路由都能正常工作。
Connectivity Test 数字很低，为什么实际访问仍慢？
Connectivity Test（连通性测试）反映特定测试方式下的结果，不能直接等同于下载速度或所有网站的访问体验。实际表现还受目标站点、网络拥塞、DNS、服务器负载与传输条件影响。先在同一网络、相近时间内比较自己已有的服务器，再用实际要访问的服务验证。单次测试失败也不一定代表永久不可用，应结合多次结果与错误提示判断，避免仅凭一个数字频繁切换配置。
后台耗电较高，On Demand 应该怎样取舍？
先在系统电池统计中比较相近使用时段，结合实际流量、网络切换频率和后台活动判断，不要只看单次百分比。On Demand（按需连接）用于按条件触发连接，并不是省电保证；条件过于频繁时，反复建立连接也会产生开销。排查可先暂停不必要的自动触发，固定网络和服务器观察，再逐条恢复条件。需要持续连接的任务与偶尔访问的任务应分别设置，并检查是否出现断开后立即重连。
流量统计能说明规则是否生效，或剩余多少额度吗？
流量统计只能作为当前观察范围内的数据参考，不能单独证明某个域名命中了预期规则，也不能替代订阅来源对额度的统计。检查分流时，应结合当前 Global Routing、启用的 Config、请求记录与实际策略去向一起判断。若要比较修改前后结果，应记录统计范围和起止时间，避免把不同周期混在一起。剩余额度及有效期应以用户自己的订阅来源提供的信息为准，本地数字不等于其计费结果。