Shadowrocket 常见问题

先从下载说明页打开指定 App Store 产品页，核对地址中的 id932747118，不只依靠搜索结果。若产品页仍无法显示，依次检查 Apple 账户的商店地区、屏幕使用时间中的内容与年龄分级限制，以及账户是否有待处理的条款或付款提示。商店地区可在系统设置的 Apple 账户 → 媒体与购买项目 → 查看账户 → 国家或地区中核对；需要更改时按 Apple 页面流程处理余额与订阅等条件。

打开产品详情页，核对名称 Shadowrocket、开发者 Shadow Launch Technology Limited，以及产品页地址中的应用 ID 932747118。再将应用图标与本站页头的官方图标对照，不能仅凭名称相近就确认。购买前继续查看兼容性、价格与购买适用范围；这些信息以 App Store 页面标注为准。若三项核验信息不一致，先停止购买并重新从下载说明页进入指定产品页。

Shadowrocket 是付费闭源商业应用，购买的是客户端使用权。客户端一次性买断 ≠ 线路套餐；完成购买后，导入与连接仍以用户已有自己的订阅或服务器信息为前提。美区参考定价为 $2.99，各店面按当地货币显示，最终金额以 App Store 页面及购买确认界面为准。本站不提供、不销售、不推荐节点或订阅，也不代为处理连接服务的费用。

先确认新设备 App Store 的媒体与购买项目登录的是原购买账户，再在账户的已购项目或 App 列表中查找 Shadowrocket。正常识别购买记录时，通常会显示重新下载入口；若仍显示价格，先核对账户、商店地区及购买记录，不要立即重复付款。恢复应用不等于恢复所有本地数据，原设备中的订阅、配置和自定义规则应另行确认是否已备份，并在新设备逐项复核。

系统登录账户与 App Store 用于媒体与购买项目的账户可能不同，应先核对后者。随后检查购买记录、已隐藏的购买项目及当前设备兼容性，系统要求与购买适用范围以 App Store 页面标注为准。家人共享是否适用，也应查看商店页说明及家庭设置，不能把家庭成员已购买直接当作当前账户已拥有。确认记录存在但仍无法恢复时，保留购买记录信息，通过 Apple 的支持入口处理。

先在 App Store 产品页确认兼容性，系统要求以 App Store 页面标注为准。打开 Shadowrocket 后，在 Home 检查是否已有服务器记录；没有记录时，先导入自己的订阅或通过 Add Server 填写已有服务器信息，再选择要使用的记录。之后核对 Global Routing，最后开启连接。首次连接可能出现添加 VPN 配置的系统确认，确认操作由自己发起后再授权；授权成功只说明配置已允许添加，不代表远端服务已可用。

iPad 与 iPhone 使用同一 App Store 购买记录核对已购项目，系统要求以 App Store 页面标注为准。Mac 桌面版免费，不走这笔购买。使用原购买账户检查已购项目，再按商店显示的入口操作。iPad 上部分页面排布可能随屏幕尺寸变化，应按 Home、Config、Settings 等名称定位，而不是照搬另一台设备的按钮坐标。安装完成后检查订阅、当前服务器与配置是否实际存在，不能假定应用恢复后这些内容一定同步到位。

先确认已选择有效服务器记录，再查看是否有尚未处理的 VPN 配置授权弹窗。若没有弹窗且开关立即关闭，可在系统设置中搜索 VPN，检查相关配置是否存在，以及设备管理策略是否限制修改。接着核对当前记录的协议与必填字段，关闭正在使用的其他 VPN 连接后重试。受管理设备应由管理员确认策略；不要反复删除配置碰运气，确需重建前先保存自己的订阅与自定义设置。

本手册保留英文界面词，便于直接对照。Home 用于查看服务器记录及连接入口；Config 用于管理配置文件；Settings 用于检查应用设置；Data 用于查看连接相关的数据记录。Global Routing 中的 Config、Proxy、Direct 是路由姿态，不要与同名页面混淆。遇到位置与教程不同的情况，先按界面名称和功能定位，再到术语表查解释，不要只依据图标形状或屏幕中的固定位置操作。

VPN 标识说明系统中的相关连接已建立或处于启用状态，不能单独证明服务器连通、DNS 解析及规则分流全部正常。开启后先访问一个平时可直接访问的页面，再测试实际需要通过代理访问的目标；同时查看当前 Global Routing 和选中的服务器。若两类访问结果不同，分别沿直连、代理与域名解析方向排查。只有目标内容能够正常加载，且相关请求的策略符合预期，才算完成这次验证。

先确认复制的是完整订阅链接，前后没有空格、换行或聊天软件附带的说明文字，再检查导入时使用的入口是否支持该内容类型。订阅请求需要当前网络能够访问对应地址，也可能受链接有效期、账户状态或内容格式影响。若错误提示指向格式问题，应向自己现有服务商核对 Shadowrocket 适用的订阅格式。订阅链接通常带有身份信息，不要公开粘贴到问答区，也不要在排查截图中保留完整链接。

保存成功只表示记录已写入，不表示字段能与服务器匹配。在 Add Server 中按已有服务器资料逐项核对协议类型、地址、端口及认证信息；涉及 TLS、SNI、传输方式或路径时，也应与远端设置一致。不要只复制地址和密码而忽略其余字段，也不要把不同协议的参数混填。确认字段后重新选择这条记录，再进行连接测试；仍失败时记录具体错误，并向现有服务商确认服务器状态与参数。

在 Home 中找到对应的 Subscribe 分组，使用该分组提供的更新操作；具体入口以当前应用界面为准。更新前确认当前网络能够请求订阅地址，更新后展开列表，核对服务器记录是否按预期变化，并重新检查当前选中项。若远端内容本来没有变化，列表不变不一定是失败；应结合应用提示判断。订阅刷新只更新其所包含的记录，不等同于刷新 Config 中的规则文件，两者需要分别核对。

先确认二维码来自自己已有的服务器资料，并在使用 Scan QR Code 时允许相机访问。保持二维码清晰完整，避免裁掉边缘或让屏幕反光遮挡内容。识别成功后仍要检查生成记录的协议和字段；二维码可以承载不同类型的文本，识别出文字不等于一定支持导入。若应用提示内容不受支持，应向原提供方核对格式，或使用同一份资料中明确给出的订阅入口与手动参数，不要自行猜测缺失字段。

订阅列表会随远端返回内容变化，记录增减本身不能判断故障。先核对更新的是哪个 Subscribe 分组，以及应用是否报告请求或解析错误，再检查当前选中的服务器是否仍存在。需要长期保留的手动记录与自定义配置，应在修改前单独备份，不要假定订阅刷新会保留所有本地调整。若数量变化与预期不符，向现有服务商确认返回内容；反复导入同一链接可能产生重复分组，反而增加判断难度。

配置（Config）按当前启用配置中的规则决定请求策略，适合已经核对分流规则的日常使用；代理（Proxy）将主要请求交给所选代理路径，适合短时检查代理链路；直连（Direct）让主要请求直接连接，适合建立当前网络的对照结果。测试同一目标时一次只切换一个条件，完成后恢复预期姿态。Proxy 并不表示配置文件里所有细节都已验证，Direct 也不代表 DNS 等相关设置必然全部恢复为系统默认。

先关闭连接，确认当前 Wi-Fi 或蜂窝网络本身能正常访问，再开启连接核对所选服务器与 Global Routing。使用 Connectivity Test 检查连通性，并结合实际页面加载结果判断；测试有响应不等于所有目标都可访问。若只有域名访问失败，重点检查 DNS 设置；若只有部分目标失败，检查规则和目标服务状态。每次只改一个条件，保留原值，分别记录直连与代理结果，避免同时更换服务器、DNS 和配置后失去比较依据。

先确认 Global Routing 处于 Config，并且正在使用的确实是修改过的配置。接着按规则顺序检查是否已有更早的规则匹配该请求，再核对 DOMAIN、DOMAIN-SUFFIX 或 IP-CIDR 的对象是否写对；FINAL 应作为前面均未匹配时的兜底。还要注意页面可能请求多个不同域名，主域名命中 DIRECT 不等于所有资源都采用相同策略。可结合可用的连接记录逐条确认，修改后重新发起请求再观察结果。

先在系统电池页面查看相同使用时段内的活动，再比较是否存在大量传输、频繁重连或长时间诊断记录。协议、信号质量、服务器距离与网络切换都会影响耗电，不能仅凭协议名称判断。排查时先停止不必要的连续测试，检查是否启用了较详细的日志，并观察稳定 Wi-Fi 下的表现；再与蜂窝网络对照。不要为降低耗电随意关闭必要的安全校验，也不要把系统显示的 VPN 活动时长直接理解为持续满负载工作。

On Demand 根据已配置的条件触发连接行为，不负责判断服务器是否可用。先核对功能是否启用，再检查 Wi-Fi、Cellular 及相关域名条件，特别留意 Wi-Fi 名称是否准确、条件之间是否重叠。暂时停用自动触发后手动连接，确认基础链路正常，再一次只恢复一项条件并实际切换网络测试。若手动关闭后又自动连接，应先检查触发条件与系统中的相关配置，而不是反复操作连接开关。