Shadowrocket 疑难解答

先进入本站购买安装说明，再从说明中的 App Store 入口打开产品页，避免只凭搜索排序判断。若商店提示当前地区不可用，检查 App Store 当前登录账户的国家或地区，以及设备是否受到内容与购买限制。需要核对地区时，可在系统 Settings 的 Apple 账户中进入 Media & Purchases，再查看账户的 Country/Region；名称以设备实际显示为准。调整前先阅读系统列出的余额、订阅和付款条件，不要为排查搜索结果反复切换地区。

打开产品详情页，同时核对三个位置：应用名称为 Shadowrocket，开发者为 Shadow Launch Technology Limited，产品页地址包含 id932747118；再将图标与本站页头使用的官方图标对照。名称和图标相似不足以单独确认身份，开发者与应用 ID 也需要一致。购买前继续查看页面中的价格、兼容性和购买适用范围，这些信息以 App Store 页面标注为准。若任一项不一致，返回购买安装说明重新进入产品页。

客户端一次性买断 ≠ 线路套餐。App Store 中购买的是 Shadowrocket 客户端的使用资格，实际连接还需要用户已有自己的订阅或服务器信息，并确认相应服务仍有效。客户端负责读取配置、建立连接与执行规则，不会因为完成购买就自动填入可用服务器。首次使用时，先核对已有信息的协议、地址和认证字段，再进行导入。本站是官网与官方手册，只说明客户端的购买和使用，不提供、不销售、不推荐节点或订阅。

先使用原购买账户登录 App Store，在账户的应用或已购项目中查找 Shadowrocket，再按页面提供的重新下载入口操作；栏目名称可能随系统变化。不要仅凭主屏幕没有图标就判断购买记录丢失。若产品页仍显示价格，先核对当前用于 Media & Purchases 的账户是否与原购买账户一致，并检查订单记录。应用购买记录与客户端里的服务器配置是两件事，重新下载后仍需导入自己的配置或备份；购买适用范围以 App Store 页面标注为准。

价格以结算时 App Store 显示的当地货币金额为准，一次性买断描述的是客户端购买方式，不是连接服务的计费方式。家人共享是否适用，应查看产品页的支持信息，并结合家庭成员的购买共享设置核对，不能只凭同属一个家庭推定已经取得使用资格。iPhone、iPad 为主要使用设备，Mac、Apple TV 与 Apple Vision 的兼容性也在同一产品页查看；系统要求、兼容性和购买适用范围均以 App Store 页面标注为准。

在 iPad 的 App Store 打开 Shadowrocket 产品页，先检查兼容性，再核对当前购买账户。若该账户已有适用的购买记录，按商店显示的重新下载入口操作；是否适用于当前设备，以 App Store 页面标注为准。iPad 的屏幕空间和页面布局可能与 iPhone 不同，查找功能时以 Home、Config、Settings 等界面词为线索，不必逐个比对按钮位置。安装成功不代表服务器信息已经同步，首次打开后还要检查已有订阅、当前选项与连接授权。

首次发起连接时，系统可能要求允许添加 VPN 配置，这是让设备按客户端当前配置处理网络连接的授权步骤。先确认提示确实由刚刚打开的 Shadowrocket 操作触发，再阅读系统说明并按设备要求确认。若此前取消授权，返回客户端重新发起连接，留意系统是否再次显示提示；也可在系统 Settings 中检查 VPN 配置状态。受管理设备可能有额外限制，应遵循设备管理要求，不要通过反复删除配置来代替检查原因。

先检查 Home 中是否已有可选服务器，并确认当前选中项的地址、端口和认证信息完整；空列表或字段不完整时，应先补齐信息。随后查看系统 VPN 授权是否完成，以及设备是否有其他正在运行的 VPN 连接或管理限制。若开关立即回落，记录客户端提示，再检查协议必需字段与当前配置，不要连续快速点击。可以先停止连接、重新打开客户端后重试；仍失败时保留错误文字，按提示排查，比直接重装更容易保留现场。

Home 主要用于查看已有服务器、选择当前连接项及控制连接；Config 用于管理配置文件和相关规则；Data 用于查看流量或请求记录，具体内容以当前应用显示为准；Settings 集中放置客户端设置。Global Routing 是连接处理方式的选择，不是服务器名称。阅读教程时保留这些英文词，可以直接对应界面位置。不同设备布局可能变化，遇到按钮位置与说明不同时，先按功能名称寻找，不要把界面语言不同误判为购买了另一款应用。

先保留当前服务器信息、配置文件及错误提示，再检查 App Store 中的更新说明与客户端实际设置。确认 Global Routing、选中服务器、DNS 和 On Demand 是否仍符合原来的使用方式，并用同一网络重试一次。如果只是一份配置异常，优先对比配置内容，不必直接清空全部数据。重新安装可能需要再次导入信息和确认系统授权，因此应先准备可用备份。应用更新通过 App Store 完成，具体系统要求和兼容性以 App Store 页面标注为准。

在 Home 使用添加入口进入 Add Server，选择 Subscribe 对应的类型，再把自己已有的完整订阅链接填入 URL 字段，并用容易辨认的名称保存；具体按钮位置以当前界面为准。不要把订阅链接当作单台服务器的地址，也不要将说明页面的网址填入 URL。保存后检查是否出现订阅分组以及实际服务器条目，再选择其中一项连接。订阅地址可能带有访问凭据，粘贴前后都应核对内容，向他人展示页面或日志时先隐藏完整链接。

先确认复制的是完整订阅链接，开头、末尾和查询参数都没有遗漏，也没有混入空格或换行。接着检查当前网络能否完成订阅请求，并核对服务状态与链接是否仍有效。若返回的是登录页、说明文字或错误页面，即使地址可以打开，也不等于客户端能读取服务器列表。根据客户端显示的请求失败或解析失败信息分别排查，不要同时修改链接和多项网络设置。仍为空时，向自己的服务商核对导出格式及权限，同时保留已有可用条目。

Add Server 手填适合逐项录入已有服务器资料，需要按协议填写地址、端口与认证等字段；Scan QR Code 和剪贴板导入则用于读取已经编码好的服务器分享内容或订阅地址。导入前先确认材料属于哪一种，不要把订阅二维码误认为单个服务器。完成后进入对应条目核对协议和关键字段，再保存并测试。二维码也可能含有凭据，应只处理自己确认过的内容；扫描失败时可检查图片清晰度和内容完整性，不必先改动当前可用配置。

找到对应 Subscribe 分组，使用该分组提供的更新操作，等待完成后检查服务器列表和提示信息。更新会重新读取远端内容，因此由订阅管理的条目可能随返回结果新增、移除或变化；不要假定在这些条目上做的手工修改一定保留。需要长期保留的独立资料，应在确认权限和用途后单独整理，并提前备份。更新失败时先保留旧分组，检查网络、链接有效性及服务状态；列表有变化也不代表当前选中服务器仍然适合继续连接。

先给 Subscribe 分组使用可辨认的名称，按自己的用途区分，再核对每组的服务器条目与当前连接项。删除前确认操作对象是单个服务器还是整个订阅分组，并准备能重新导入的原始资料或备份。订阅管理的服务器被单独删除后，后续更新可能重新出现，因此整理时要区分远端列表和本地独立条目。备份文件与订阅链接都可能包含认证信息，应保存在自己控制的位置；分享排查材料时隐藏密码、访问参数和完整地址。

配置姿态 Config 按当前配置文件的规则决定请求如何处理，适合需要规则分流且已经检查过配置的情况；代理姿态 Proxy 将通常的网络请求交给所选代理处理，可用于对照规则影响；直连姿态 Direct 让通常的网络请求直接连接，可用于检查本地网络。实际行为还受系统和当前配置影响，不能只看姿态名称判断全部流量。排查时每次只切换一项，并用同一个目标复测；选择 Config 前，应先确认当前配置文件确实是准备使用的那一份。

先停止连接，确认本地网络本身可以访问原本可达的页面；再恢复连接，核对选中服务器、Global Routing 与当前配置。若只有部分域名失败，优先检查相应规则和 DNS；若所有请求都失败，再核对服务器地址、端口、认证和服务状态。延迟测试有结果只说明某种测试获得响应，不代表网页请求已经完整成功。每次只改一个变量，并在 Data 或可用日志中查找失败目标与错误信息，避免同时更改规则和 DNS 后无法判断是哪一项起作用。

Connectivity Test 的结果与实际网页加载、持续传输不是同一个指标，测试数值不能直接当作可用带宽。先在同一设备、同一目标下分别检查当前 Wi-Fi 与蜂窝网络，再确认服务器负载、线路状况和协议参数是否有变化。若仅某个站点慢，应检查该请求的规则去向与 DNS 结果，而不是马上修改所有服务器。记录测试时间、网络类型和具体表现，可以帮助区分短时波动与持续故障；对比时尽量保持其余设置不变。

On Demand 会依据已设置的条件触发连接，因此手动关闭后，设备再次满足条件时仍可能重新建立连接。需要暂停时，先检查并关闭相应 On Demand 条件，再停止当前连接，然后在实际 Wi-Fi 或蜂窝网络下观察是否仍会重连。不要仅凭开关刚刚关闭就认定相关条件已经取消。若设备还有系统管理策略，也要核对其影响。恢复使用时逐项启用并验证条件，避免一次改动多个网络匹配项后，无法确认是哪条条件触发了连接。

先在系统 Settings 的电池统计中观察实际使用情况，并结合屏幕使用、信号强弱和传输量判断，不要只凭应用在后台就认定耗电异常。持续大流量、弱信号下重试、频繁断线重连以及长期启用的详细记录，都可能增加处理负担。停止不需要的连续测试，检查 On Demand 是否反复触发，并在相同网络和使用时长下比较。调整前记录原设置；若连接频繁失败，应先解决失败原因，而不是通过关闭所有规则来换取表面上的变化。