Shadowrocket 常见问题

先从本站 App Store 说明页进入指定产品页，排除关键词或搜索排序造成的遗漏。如果商店提示当前地区不可用，再核对用于媒体购买的 Apple Account 所属国家或地区，而不是只修改设备语言。需要变更时，使用系统设置中 Apple Account 的媒体与购买项目、查看账户、国家或地区入口，先阅读余额、订阅和付款方式限制，再按官方流程操作；能否购买以当前商店页面为准。

打开产品页后同时检查三处：应用名称为 Shadowrocket，图标与本站展示的官方图标一致，开发者为 Shadow Launch Technology Limited；再确认产品页地址包含应用 ID 932747118。不要只凭搜索结果中的名称判断，也不要把手册站名当作开发者名。完成核对后，在 App Store 内查看价格、兼容性和购买确认信息；其中任何一项不一致时，先返回本站的正版核对说明。

通常使用原购买账号，可在 App Store 的已购应用列表中重新获取 Shadowrocket，不必把重装当成新的购买。先核对媒体购买使用的账号，再到账户页面的 Apps 或已购项目中搜索应用；入口名称可能随系统界面变化。如果仍显示价格，先确认购买记录、商店地区及应用当前可用状态，核对清楚再操作。重新获取应用不等于恢复本地配置，已有订阅和服务器资料仍需自行保留并重新导入。

不包含。客户端一次性买断 ≠ 线路套餐，购买取得的是 Shadowrocket 应用的使用权限，连接所需的订阅或服务器信息由用户自行准备。美区定价约 2.99 美元，实际金额、币种和购买条件以 App Store 页面为准。本站是官网与官方手册，不提供、不销售、不推荐节点或订阅。购买前应分清应用购买记录与已有连接服务的账号状态，两者的恢复、有效期及付款事项需要分别核对。

Shadowrocket 主要用于 iPhone 与 iPad，iPad 上同样从 App Store 获取。使用原购买账号时，先查看已购应用与产品页显示的获取状态，不要直接重复付款；通用购买适用性以 App Store 页面标注为准。Mac、Apple TV 与 Apple Vision 的支持情况也在同一产品页兼容性栏核对，系统要求以 App Store 页面标注为准。应用购买状态与配置数据是两回事，在 iPad 上仍应检查是否已导入自己的配置并完成首次连接授权。

首次启动连接时，系统可能请求允许添加 VPN 配置，这是建立系统网络连接所需的授权，并不表示已经具备可用服务器。先确认当前打开的是已核对的 Shadowrocket，再阅读系统提示，按要求使用设备密码或系统认证完成授权。授权后回到应用，检查选中的服务器与 Global Routing。若此前取消了提示，可重新尝试连接；受管理设备如果限制添加 VPN 配置，应联系设备管理员核实，不要反复切换开关。

先确认已导入自己的服务器信息并选中一项，再尝试连接，观察是否出现等待处理的系统授权提示。如果开关立即回落，记录应用或系统显示的错误，检查 VPN 配置是否存在、设备是否受管理，以及是否有其他活动的 VPN 连接。可先结束其他连接，再回到 Shadowrocket 重试。最后再考虑重启应用或设备；删除系统 VPN 配置之前先保留应用配置，不要把重装作为第一步，也不要一次修改多项参数。

先按功能识别名称：Home 用于查看服务器和控制连接，Add Server 用于添加已有服务器信息，Config 管理规则配置，Settings 集中放置设置项，Global Routing 决定流量处理方式。本手册保留这些英文名称，便于与实际界面对照。界面语言可先检查系统针对该应用提供的语言设置，具体可选项以设备与应用实际显示为准；设备地区、商店地区和应用显示语言并不是同一个设置，不要为了改变界面文字随意变更购买地区。

同一购买账号主要用于确认应用获取资格，不代表两台设备的本地服务器列表、Config 和连接授权必然自动一致。请在 iPad 上导入自己保留的订阅或配置，再检查所选服务器、Global Routing 和系统授权。若采用应用提供的数据迁移方式，应确认导出内容是否包含敏感信息，并只保存在自己控制的位置。iPad 横屏时部分内容可能以分栏展示，操作前先确认当前选中的列表项目，避免把另一份配置误当成已启用的配置。

应用更新通过 App Store 完成，可在商店账户的更新列表或产品页查看当前可用操作，也可使用系统提供的自动更新设置。更新前建议保留自己已有的订阅原始地址、必要的服务器参数和经过修改的 Config 副本，尤其是手工维护的规则与 Host 内容。应用更新与 Subscribe 更新是两件不同的事：前者更新客户端，后者刷新订阅返回的数据。若更新后出现问题，先记录现象与当前设置，不要立即删除应用导致本地资料丢失。

先从自己的服务商处取得明确适用于 Shadowrocket 的订阅地址，复制完整内容，确认没有换行、首尾空格或聊天软件附加的标点。在 Add Server 中选择 Subscribe，将地址填入对应的 URL 字段并保存，然后执行更新。导入完成后检查列表是否出现服务器、名称和协议是否符合已有资料，再选中一项测试。订阅地址可能含访问凭据，应按密码保管；不要将完整地址发到公开页面，也不要把它粘贴到不明的在线处理工具中。

先记录完整错误类型，再核对地址是否复制完整、是否已失效，以及已有服务账号是否仍有效。如果提示超时或无法解析域名，先检查本地网络与订阅域名的可达性；如果返回登录页面、网页文字或解析错误，应向原服务商确认地址和返回格式是否适用于 Shadowrocket。不要把网页能打开当成订阅格式正确的证据，也不要连续重置应用。每次只改一个条件，必要时分别在自己的 Wi-Fi 与 Cellular 环境验证，并保留原始配置以便回退。

找到已有的 Subscribe 项目并执行更新，等待结果后重新检查其下的服务器列表。更新成功通常只表示本次获取与处理完成，不保证内容一定变化；应核对服务商是否确实调整了订阅内容，以及当前查看的是否为同一订阅分组。更新后还要确认原先选中的服务器仍然存在，名称变化时重新选择可用项。自动更新相关设置以应用实际选项为准，避免短时间反复刷新；本地手工修改的项目是否被覆盖，应先用副本验证再依赖该修改。

按自己的服务器资料逐项核对协议、地址、端口和认证字段，再检查该协议要求的传输与 TLS 相关设置。例如 Trojan 的密码、服务器名等参数需要与服务端一致，不能只填地址就认定完整；其他协议也应按各自资料填写，不要套用同一组字段。留意全角符号、复制产生的空格以及把链接说明文字误填进字段的情况。保存后选中该服务器，结合 Connectivity Test 与实际访问结果判断；排查时不要公开密码、密钥或完整连接链接。

先确认二维码来自自己已有的服务器或订阅资料，图像清晰、边缘完整，再使用 Scan QR Code。识别结果可能是一台服务器，也可能是订阅地址，导入后应先查看内容，不能仅凭扫描成功判断连接可用。如果重复导入产生多个项目，先按地址、端口、协议及所属订阅核对差异，保留可回退副本后再清理。不要把不同认证信息的同名服务器直接视为重复项；来自订阅的项目还应检查下次更新是否会重新生成。

配置姿态 Config 按当前启用的规则决定处理策略，适合需要规则分流的日常使用；代理姿态 Proxy 用于让一般流量走所选代理，可作为排查规则影响的临时对照；直连姿态 Direct 用于直接连接的对照测试。三者不能替代有效的服务器参数，也不能保证所有应用流量都以相同方式处理，仍受系统及相关设置影响。切换前记下原状态，测试同一目标后恢复；如果 Config 失败而 Proxy 正常，应优先检查当前 Config 的匹配规则。

已连接首先说明系统连接已建立，不等于远端服务器、DNS 和目标网站都正常。先断开后确认本地网络能否正常访问，再连接并检查所选服务器与 Connectivity Test；随后用同一目标对照 Config、Proxy、Direct 的行为，避免同时更改协议和 DNS。若只有域名访问异常，检查 DNS 解析与 Host 覆盖；若仅个别站点失败，检查命中规则及目标自身状态。记录失败时间、网络类型与错误信息，并隐去凭据后再向自己的服务商核对服务器状态。

先确认 Global Routing 为 Config，且正在使用的确实是修改后的配置。规则通常自上而下匹配，较早命中的条目会影响后面的结果，因此应检查目标域名是否已被前面的 DOMAIN、DOMAIN-SUFFIX 或其他规则覆盖，并把 FINAL 留作末尾兜底。还要确认策略名称有效，PROXY 所用服务器可用；仅修改未启用的文件不会改变当前连接。通过应用可用的连接记录查看实际目标与策略，修改前保存副本，每次调整一条后重新发起请求验证。

Connectivity Test 反映的是特定测试条件下的连通情况，不能直接等同于实际下载速度或每个网站的体验。先固定目标与服务器，分别检查本地 Wi-Fi、Cellular、远端服务器状态和协议参数，避免一边换网络一边换规则导致结果无法比较。还要核对实际访问命中的策略，确认测试项目与使用中的服务器一致。若只有某个目标变慢，单独检查目标站点及其解析结果；记录对照条件比反复刷新测试更有助于定位问题，也不应仅凭一个数值判断连接质量。

先在系统电池用量中查看同一观察时段内的应用活动，同时考虑屏幕使用、网络切换和大量传输，不能只根据 VPN 标识判断耗电来源。再检查 On Demand 是否在 Wi-Fi 与 Cellular 切换时频繁触发，以及失效服务器是否造成反复重连。可在保留原设置的前提下，分别观察持续连接与按需连接的实际表现，每次只调整一种触发条件。On Demand 是连接触发机制，不是固定的省电保证；测试后还需确认预期场景能正常连接或断开。