Shadowrocket 常见问题

先从下载指南打开 App Store 产品页，确认应用 ID 为 932747118，再判断是搜索结果问题还是当前店面不可用。接着核对用于“媒体与购买项目”的 Apple 账户所在国家或地区，并检查“屏幕使用时间”中的内容与隐私限制、应用年龄分级和账户状态。确需调整地区时，进入系统 Settings → Apple 账户 → 媒体与购买项目 → 查看账户 → 国家或地区，按系统要求处理余额、订阅和付款方式；变更前先阅读页面提示，不要反复切换地区尝试付款。

核对三处信息：名称为 Shadowrocket，开发者为 Shadow Launch Technology Limited，产品页地址中的应用 ID 为 932747118；同时将商店图标与本站使用的官方图标比对。不要只凭搜索排名、名称中的“小火箭”或相近图案判断。进入产品详情页后再查看价格、兼容性和购买按钮，系统要求一律以 App Store 页面标注为准。若名称、开发者或应用 ID 有一项不符，先返回下载指南重新打开指定产品页，核对完成后再付款。

先确认 App Store 的“媒体与购买项目”使用原购买账户，再从账户中的 App 或已购项目查找 Shadowrocket，并核对原交易记录。符合当前商店购买资格时，通常可以重新下载；购买记录与设备上的配置数据是两件事，重新安装不代表订阅、服务器和规则会自动恢复。如果页面仍显示价格，不要直接重复付款，应先检查账户、店面和已购记录。家人共享资格、跨设备适用范围以及当前可用性，均以 App Store 页面和账户实际显示为准。

Shadowrocket 是付费商业客户端，美区定价约 2.99 美元，一次性付费；实际价格、币种和税费以付款时的 App Store 页面为准。客户端一次性买断 ≠ 线路套餐，付款获得的是应用的使用资格，不会因此生成可连接的服务器。导入前应准备你已有的订阅链接或服务器参数，并核对其有效状态。本站是 Shadowrocket 官网与官方手册，只说明客户端操作，不提供、不销售、不推荐节点或订阅。应用更新通过 App Store 完成，购买记录也在对应账户中核对。

Shadowrocket 可在 iPhone 和 iPad 上通过同一 App Store 产品页获取，设备兼容性和系统要求以 App Store 页面标注为准。在 iPad 上先核对“媒体与购买项目”是否使用原购买账户，再查看已购项目或产品页的下载状态，不要把设备登录账户与商店购买账户混为一谈。不同屏幕尺寸下，列表和设置入口的排列可能不同，应按 Home、Config、Settings 等界面词定位。安装完成后仍需确认自己的订阅或服务器信息是否已导入，已有购买记录不等于已有连接配置。

从 App Store 安装并完成服务器配置后，首次启用连接时，系统可能要求允许添加 VPN 配置。这是让客户端建立系统网络连接所需的授权，不等于导入订阅，也不代表服务器已通过验证。确认提示由当前操作触发后，按系统流程完成授权和设备身份验证，再回到 Shadowrocket 检查开关状态。如果此前取消过，可重新发起连接；若设备受管理且不允许添加 VPN 配置，应先核对管理限制。不要为了处理授权问题直接删除全部配置，先保留现有服务器和规则记录。

按顺序检查：当前是否已经选择有效服务器，首次 VPN 配置授权是否完成，系统是否有设备管理限制，以及是否存在另一项正在工作的 VPN 连接。然后查看 Shadowrocket 是否提示配置错误或连接错误，记录原文后再处理。若开关刚打开就关闭，优先核对服务器必填字段和当前 Config，不要反复切换多个设置。可以先结束另一项 VPN 连接再重试，但不要随意移除单位或学校管理的配置。重装应放在备份之后，不能替代对授权和参数错误的检查。

本手册保留英文界面词，便于逐项对照：Home 用于查看服务器和连接状态，Config 用于管理规则配置，Settings 用于调整设置，Add Server 用于添加服务器，Subscribe 表示订阅相关入口。Global Routing 中的 Config、Proxy、Direct 分别对应配置、代理、直连三种姿态，不要因文字相近而把 Config 页面与 Config 分流姿态当成同一个入口。可检查系统是否为该应用提供首选语言选项，实际可选语言以设备和应用显示为准；找不到时按英文入口继续操作即可。

先确认粘贴的是你已有的完整订阅链接，而不是账户页面地址、说明文字或被截断的分享内容，尤其检查查询参数、换行和首尾空格。再确认该订阅仍有效，并核对服务商要求的格式是否被当前客户端支持。随后检查当前网络能否访问订阅地址；需要排查返回内容时，只在自己的设备上进行，避免将含凭据的链接提交到公共工具。解析成功与服务器可连接是两步不同的检查。如果原条目仍可用，先保留它并记录错误提示，确认新内容正确后再调整列表。

在已有订阅条目的相关操作中执行更新，再核对服务器数量、名称和参数是否符合预期；具体入口以当前界面显示为准。更新依赖订阅地址可访问以及返回内容有效，不是点过更新就一定获得新数据。订阅下的服务器通常由订阅内容维护，手动改动的字段可能在后续更新时被覆盖，因此重要的自定义记录应先独立备份。多份订阅可使用清晰且不含凭据的备注区分，逐份更新更容易定位异常。自动更新选项如可用，应按实际需求设置，不要把频繁更新当成连接故障的通用修复方法。

三种方式都以你已有的服务器信息为前提。Add Server 适合逐字段录入，先选 Type，再填 Address、Port 和该协议所需的认证、TLS 或传输参数；不要将不同协议的字段互相套用。Scan QR Code 适合读取包含受支持分享内容的二维码，需要相机权限或当前界面提供的图片读取入口。剪贴板导入适合完整分享链接，复制后留意系统的粘贴权限提示。导入完成仍要核对 Type、地址和端口，二维码或链接被识别并不等于参数有效，也不保证当前网络能够连接。

提供错误原文、操作发生在哪一步、所用协议和网络类型，通常比直接分享全部配置更有助于定位问题。订阅链接、分享二维码、密码、密钥及包含访问参数的地址都可能带有凭据，应先遮盖后再发送；日志也要逐项检查。删除订阅或重新安装前，先确认能重新取得自己的原始订阅和服务器信息，并保存必要的 Config 与自定义备注。若使用应用提供的导出功能，应把导出文件视为敏感资料妥善保管。备份是否完整应在删除前确认，App Store 购买记录不能替代配置备份。

Config（配置）按当前配置中的规则匹配策略，适合需要规则分流且已核对 Config 的情况；Proxy（代理）将由客户端处理的流量交给所选代理策略，适合临时验证服务器连接；Direct（直连）使用直连策略，适合比较不经过代理时的访问情况。这三种姿态改变的是路由方式，不会修复错误的认证参数，也不会让失效订阅恢复有效。排查时一次只切换一个变量，记下切换前后的结果。使用 Config 时还应检查规则顺序与 FINAL，避免将未命中前序规则的请求送到错误策略。

已连接通常说明系统连接已建立，不代表目标网站、DNS 和所选服务器都正常。先关闭连接，确认当前 Wi-Fi 或蜂窝网络本身能够访问；再检查所选服务器是否有效、认证是否正确。随后用 Proxy 与 Config 对照：若 Proxy 可用而 Config 不可用，重点检查命中规则、策略目标和 DNS 设置；若两者都不可用，优先检查服务器与网络路径。不要仅凭一次 Connectivity Test 的结果判断全部网站可用。每次只改一项并重新发起请求，同时保留错误信息，避免多个改动互相掩盖原因。

先确认 Global Routing 为 Config，并确认正在使用的确实是修改过的配置。规则通常按顺序匹配，较早命中的规则会决定策略，因此要检查目标域名是否已经被前面的 DOMAIN、DOMAIN-SUFFIX 或其他规则接管，再核对策略名称与 FINAL。修改后保存并按当前界面要求使配置生效，然后重新发起请求；已经建立的连接可能不会按新规则立即重选路径。若加入 REJECT 后出现误伤，先缩小规则范围或暂时移除该条进行对照。同一域名承载多种内容时，域名规则不能精确区分所有页面资源。

先在系统电池统计中比较相同使用时长下的活动情况，区分大流量传输、弱信号重连和长时间诊断造成的差异，不能只凭单次电量变化归因。检查是否反复执行 Connectivity Test、更新大量订阅，或持续进行详细日志记录；完成排查后恢复适合日常使用的设置。若启用了 On Demand，核对触发条件是否让连接在不需要时反复建立。延迟测试只反映特定测试方式下的响应情况，不代表实际下载速度；保留必要测试、减少重复操作，并在相近网络条件下比较结果。