STOREFRONT / AVAILABILITY
商店地区与应用可见性
App Store 并不是把所有地区的应用放在同一份商品目录中。当前购买账号所对应的商店地区，会影响搜索结果、产品页可访问状态、结算货币和可用付款方式。判断 Shadowrocket 是否可获取，应先确定账号所在商店，再看该商店当时显示的产品信息。手机所在位置、系统语言以及浏览器显示的语言，都不能单独证明账号属于哪个商店。
搜索结果与产品页是两条核对路径
搜索没有结果，只能说明当前这次搜索未找到对应条目，不能直接推断应用已经从所有商店移除。搜索词、商店地区、访问限制以及搜索结果展示都可能影响结果。可以先使用完整名称 Shadowrocket 搜索，再通过下载指南核对指定产品页。不要把名称相近的结果当作替代品，也不要仅凭搜索排序决定购买对象。
本手册指定的产品页地址包含应用 ID 932747118。地址中的店面段指向某个地区的页面，但它不会自动替你修改购买账号的商店地区。从浏览器进入 App Store 后，系统仍可能根据当前账号显示提示或切换到对应商店。因此，需要阅读最终打开的页面和系统提示，而不是只观察浏览器地址中出现了哪一个地区。
地区不可见与设备不兼容分别处理
如果页面明确提示当前国家或地区不可用，应优先检查商店归属，不要马上修改设备系统或应用设置。如果页面已经显示应用，但下载按钮附近出现兼容性提示，则需要核对设备型号和系统要求。这两类问题发生在不同层次：前者是商品能否在当前商店获取，后者是当前设备能否运行该商品。反复搜索通常不能解决兼容性限制。
Shadowrocket 只在 Apple 平台发行，以 iPhone 与 iPad 为主。Mac、Apple TV、Apple Vision 的支持情况可查看同一产品页的兼容性栏；系统要求一律以 App Store 页面标注为准。设备名称出现在说明文字中，不等于每一台该类设备都符合条件，也不代表所有设备间的购买适用范围可以脱离商店说明单独判断。
更改地区之前先了解账号条件
更改 Apple ID 的国家或地区属于账号操作，并非单次搜索的临时选项。账号余额、现有订阅、尚未完成的交易、家庭成员身份以及付款资料，都可能成为需要先处理的条件。系统实际列出的条件才是当前账号的依据。不要为了让一个搜索结果出现就连续切换地区，也不要在不了解现有购买项目影响的情况下确认更改。
如果你确实需要调整自己的商店地区，应先检查现有服务的续费与可用性，保存必要的交易记录，并确认新的账单资料和付款方式符合系统要求。地区变化后，某些已购内容的可见性与重新获取条件可能不同。一次地区变更成功，也不意味着之后每个商品都必然可购买；最终仍要回到具体应用的产品页确认。
中国大陆商店搜索不到时，同样按上述顺序核对，不把设备语言或当前网络位置当作地区结论。有关账号地区与搜索可见性的关系，可继续阅读商店地区与应用可见性说明。该说明用于理解现象，不提供账号，也不替用户决定是否改变现有账号安排。
查阅时建议记录三个事实：当前购买账号、账号国家或地区、产品页的完整提示。记录准确的提示文本，比“下载不了”更有助于下一步判断。如果产品页能够正常显示但搜索仍无结果，可以先完成正版核验；如果产品页本身不可用，则先完成下一章的账号核对，再决定后续操作。
ACCOUNT / MEDIA & PURCHASES
核对自己的商店与购买账号
购买与恢复首先依赖正确的账号。设备顶部显示的 Apple ID、用于 iCloud 的账号，以及“媒体与购买项目”使用的账号，不应只凭头像或设备名称推断为同一个。检查时应明确当前 App Store 实际使用哪一个账号，并确认它是否就是当初购买 Shadowrocket 的账号。不要为了恢复一个应用而直接退出整台设备的所有账号服务。
从“媒体与购买项目”确认商店归属
在 iPhone 或 iPad 打开系统“设置”，进入顶部个人账号区域，找到“媒体与购买项目”，再进入账号查看页面。系统可能要求身份验证。随后查找“国家或地区”相关项目，读取当前值；如果只是核对信息，到这里即可停止，不必继续执行更改。不同系统界面的入口文字可能略有差异，应以设备实际显示为准。
接着打开 App Store，进入个人账户页面，核对显示的账号信息是否符合预期。账号地址可在个人记录中适度遮挡，保留足以辨认的部分即可。若设备由多人先后使用过，尤其要确认目前登录的购买账号，而不是默认认为设备最初设置时的账号始终未变。应用图标仍留在桌面上，也不能证明当前商店账号拥有该购买记录。
| 核对项目 | 主要用途 | 不能据此推断 |
|---|---|---|
| 媒体与购买项目账号 | 核对商店购买与已购记录 | 不能仅凭设备头像判断一致 |
| 国家或地区 | 核对商店归属与结算环境 | 不等于设备当前所在地 |
| 系统语言与地区格式 | 调整设备文字及日期等显示 | 不证明购买账号已换商店 |
| 购买记录 | 确认具体应用交易 | 不代表应用内配置已备份 |
区分“查看信息”和“更改信息”
查看国家或地区不会自动产生购买，也不要求为了读取信息先增加付款方式。若进入页面后看到更改地区的流程，可以返回上一级，先把现有信息核实完整。不要把流程中的候选国家误认为已经生效的商店。只有系统完成相应更改，并在账号信息中显示新值后，才有理由按照新的商店条件继续核对商品。
若账号页面无法打开，先记录是验证失败、网络加载失败，还是系统要求更新账号资料。验证失败要处理身份确认；加载失败要检查基本网络；资料提示则需要在系统提供的账号页面逐项核对。这几类问题不能通过在 Shadowrocket 中修改服务器信息解决，也不应通过重复购买来试探账号是否正常。
对已有购买记录的用户，账号核对还应包含付款收据或购买历史中的应用名称。寻找记录时，留意筛选日期、交易状态和购买账号；不要只在最近一段时间的列表里找不到，就认定购买已经消失。邮件收据可以作为查找线索，但实际归属仍应结合对应账号的购买历史确认，尤其不要把其他购买项目误记成应用费用。
保留最少且足够的核对记录
建议个人记录只包含购买账号的辨认信息、商店地区和应用交易状态，不要把密码、验证码或完整付款资料放进普通笔记。需要向支持入口描述问题时，可以说明“产品页可见但要求购买”或“已购列表中能找到但无法下载”，不必提供敏感凭据。清楚描述状态，比附上一整页未经遮挡的账号截图更有用。
如果你有多个自己使用的购买账号，应分别查明哪个账号持有应用，不要通过频繁登录退出去猜。先查已有收据与购买历史，再决定是否切换“媒体与购买项目”。切换前注意系统提示，了解对当前媒体服务或设备关联的影响。不要把退出 iCloud 当作更换 App Store 购买账号的必经步骤。
完成这一步后，应能回答两个问题：现在的 App Store 使用哪个账号，该账号属于哪个商店。如果还要恢复应用，再增加第三个问题：原交易属于哪个账号。把这三项分开记录，可以避免在后面的正版核验、价格确认和换机恢复之间来回重复检查，也能减少把购买权限问题误当成应用连接问题的情况。
IDENTITY / THREE CHECKS
辨认 Shadowrocket 正版应用
正版核验需要同时检查应用名称、开发者、官方图标与产品页中的应用 ID，其中开发者、图标、应用 ID 是必须结合使用的三项依据。中文用户有时用“小火箭”辨认 Shadowrocket，但别称不是商店身份标识。搜索时看到近似名称、相似说明或相同关键词，都不能替代对具体产品条目的核对。
先看开发者，再对应用 ID
Shadowrocket 的开发者名称为 Shadow Launch Technology Limited。打开产品详情页，检查开发者信息区域，而不是只看搜索摘要中的一行介绍。开发者名称较长，必要时进入详情查看完整文字。不要根据图标颜色、结果排名或别人转述的名称省略此项，购买确认之前应把实际页面上的开发者与这里的完整名称对应起来。
指定产品页中的应用 ID 为 932747118，在地址中表现为 id932747118。这串标识用于确认具体商品，不是版本号，也不是设备序列号。页面标题可能随显示语言变化，商店店面段也可能不同，但核对时应确认最终访问的仍是这个应用 ID。不要把名称相近但标识不同的条目当作同一应用。
图标只用官方图标作为参照
官方图标为白底蓝紫描边图形，本页与站点页头使用同一份官方图标资源。核对时可将产品页图标与此参照比较，但图标只是三要素中的一项。外观相似并不能证明商品身份；设备显示大小、系统裁切以及页面缩略图也可能影响视觉细节，所以最终仍应结合开发者和应用 ID 得出结论。
在 App Store 搜索列表中看到应用后，先点入详情，再逐项核对。搜索卡片能够展示的信息有限，有些内容需要进入页面后才能完整读取。如果浏览器打开产品页，再跳转到 App Store，也应在最终页面重新看一次开发者与名称，不要认为经过一次跳转后所有信息都必然与先前一致。
购买按钮与应用身份分开判断
正版条目可能显示价格，也可能因当前账号已经购买而显示重新获取的图标，或者因设备状态显示打开。按钮状态反映账号与设备当前的关系，不会改变应用身份。反过来，某个条目恰好显示与预期接近的价格，也不证明它就是 Shadowrocket。先核验商品，再解读按钮，是更稳定的检查顺序。
同样，不要用某个旧页面的截图判断当前价格或兼容性。商店页面会按地区、设备和账号状态呈现不同信息，本手册也不以具体版本号、评分或更新日期作为核验依据。如果需要了解应用更新内容，进入已确认身份的 App Store 产品页查看其记录，而不是从不明来源的摘要中拼出版本结论。
若三项信息有一项无法确认，先暂停购买，返回下载指南的正版核验区重新比较。遇到开发者不同或应用 ID 不同的结果，不应继续使用其按钮来验证“能否买到”。核验是交易之前的检查步骤，不需要先付费才能完成，也不需要向任何人提供账号密码。
完成核验后，可将应用名称、开发者和应用 ID 记在个人购买记录中，方便换机时核对。详细的搜索到购买顺序可参阅App Store 购买流程说明。本站只解释如何辨认并获取 Shadowrocket，不提供账号，也不把任何服务订阅作为正版应用的组成部分。
PURCHASE / ONE-TIME PAYMENT
购买流程与一次性买断边界
Shadowrocket 是通过 App Store 发售的付费商业应用。确认商品身份和购买账号后，才进入价格确认与付款步骤。美区定价约为 2.99 美元，一次性买断；各店面会按当地货币显示，实际金额、税费与结算条件以购买确认页面为准。不要把旧收据中的金额直接当作其他商店或当前交易的固定价格。
确认购买前逐项读取系统信息
先查看页面上的应用名称和开发者，再确认按钮所示金额。点击购买后，系统可能要求通过设备的身份验证方式确认交易，或补充付款资料。应在系统提供的界面完成核对，并阅读最终确认信息。若付款方式不被当前商店接受，先处理账号的付款条件，而不是重复点击购买，希望某一次能够跳过提示。
付款方式、账单地区与账号条件需要符合当前商店规则。出现付款被拒绝时，记录系统的具体原因，例如资料需要更新、交易需要进一步验证或当前方式无法使用。不要将这些提示解读为应用设置有误；购买尚未完成时，Shadowrocket 内部的 Config 与服务器参数还没有参与这一流程。
确认付款后，等待 App Store 的交易与下载状态更新。网络较慢时，购买确认和下载开始之间可能并非同时发生。若暂时看不到下载进度，先查看产品页按钮和购买历史，不要立刻再次付款。购买记录显示待处理、完成或其他状态时，应按照该状态继续判断，不能只根据桌面上是否出现图标确认交易结果。
买断的是客户端使用资格
一次性买断描述的是应用的购买方式，不表示购买后会自动获得可连接的服务器。Shadowrocket 需要读取用户已有的连接信息，才能建立相应连接。没有导入订阅、没有添加服务器，或者已有服务本身已经失效时，购买完成也不会自动补齐这些条件。应用费用与服务费用应分开记录，遇到问题时也应分开核对。
“一次性”也不应被延伸成对所有未来设备、所有店面和所有账号情形的无限承诺。已购恢复依赖购买账号、商品可用性和设备兼容性；其他 Apple 设备是否适用同一购买，以 App Store 页面标注为准。家人共享则有单独条件，不能仅凭买断二字推断家庭成员一定能够直接获取。
保留交易记录，避免重复判断
购买后可在 App Store 或系统购买历史中确认交易，并保留能辨认应用与账号的记录。若收据尚未到达，不必只靠邮件判断是否成功，应同时查看账号内的交易状态。用于个人核对的记录不需要包含完整付款卡号，更不应包含密码或验证码。后续恢复时，账号归属通常比记住当时使用哪一台手机更重要。
如果产品页再次显示价格，先检查当前“媒体与购买项目”账号是否变更，再看原交易是否完成，最后核对商品是否还是应用 ID 932747118。不要把显示价格简单解释为“买断失效”。账号不同、原交易未完成、购买权益发生变化等情况，都会影响按钮表现，需要依据记录逐项排除。
对于账单疑问或退款需求，应使用 App Store 账号中提供的购买记录与问题处理入口，并以系统给出的资格和结果为准。本手册不承诺交易处理结果，也不代替付款机构判断扣款状态。描述问题时区分“付款失败”“交易待处理”“已付款但未下载”，有助于把问题交到正确的处理环节。
购买完成后的下一步是下载、首次打开与系统授权，而不是立即调整复杂规则。可先阅读下一章确认设备流程，再按使用教程导入自己的内容。若只是想快速核对价格和买断事实，可查看下载指南的价格说明，不要在不同页面之间反复发起购买来测试状态。
DEVICE / FIRST OPEN
iPhone、iPad 安装与首次打开
完成交易不等于安装已经完成，安装完成也不等于连接已经建立。这三个阶段应分别确认：App Store 显示下载进度，设备上能够打开 Shadowrocket，用户已有配置能够正常连接。按照阶段检查，可以避免把存储空间不足误判成订阅失效，也能避免在应用尚未安装时就寻找 Global Routing 或 VPN 授权入口。
先确认兼容性与设备下载条件
在产品页兼容性栏核对当前设备，系统要求以 App Store 页面标注为准。若提示系统不符合条件，先阅读可用的系统更新信息，再决定是否更新；不要认为付款完成就必然能够在任何旧设备上安装。iPhone 与 iPad 的具体设备说明分别见iPhone 获取说明和iPad 获取说明。
下载前检查可用存储空间、设备网络和系统对下载的限制。进度停留时，先看 App Store 是否仍在等待验证或确认，也要检查其他应用是否同样无法下载。若整个商店的下载都受影响，应优先排查设备与账号；若只有当前条目出现提示，则结合兼容性和产品页状态继续判断，不要把所有下载故障都归因于 Shadowrocket。
首次打开与 VPN 配置授权
应用能够打开后，先核对 Home 等页面是否正常呈现，再准备导入自己的订阅或服务器信息。系统添加 VPN 配置的授权通常与首次建立连接的操作有关，不一定在刚打开应用时立即出现。看到系统提示时，应确认它对应当前主动发起的操作，再按设备要求完成验证。授权系统配置与允许 App Store 付款，是两个不同的过程。
VPN 配置授权用于让系统按客户端设置建立相应连接，不会替你创建服务器，也不会验证服务商账号是否有效。如果曾取消授权，可在再次尝试连接时观察是否重新出现提示，并检查系统中现有 VPN 配置状态。受管理设备还可能受到组织策略限制；这类限制应由设备管理方确认，不要反复删除不熟悉的管理项目。
在 iPad 上，页面布局和可用显示空间可能与 iPhone 不同，但账号购买归属与配置有效性仍要分别核对。不要因为界面更宽，就认为应用会自动读取另一台设备上的服务器列表。新设备应明确确认配置是否已经迁移，尤其是订阅地址、当前选择的服务器，以及正在使用的 Config 是否与原设备一致。
购买之后再进入配置阶段
使用教程会按导入、选择 Global Routing、开启连接和验证结果展开。本页只划清边界：App Store 负责获取应用，系统负责必要授权，用户已有的服务器与订阅负责提供连接信息。首次排错时，先保持配置简单，确认手动连接有效，再考虑 On Demand 等自动触发设置，避免多个条件同时变化而无法定位原因。
下面是用于理解文件结构的规则片段，不是订阅地址，也不会生成服务器。示例中的 example.com 仅是说明域名，PROXY 需要已有可用的代理配置支持。不要把教学片段直接覆盖正在使用的完整文件；修改 Config 前先保留原文件，并根据自己的实际需求决定策略。
[General]
bypass-system = true
dns-server = system
[Rule]
DOMAIN-SUFFIX,example.com,PROXY
IP-CIDR,192.168.0.0/16,DIRECT
FINAL,DIRECT在 Global Routing 中，配置、代理、直连分别对应 Config、Proxy、Direct。选择 Config 时按配置规则处理；选择 Proxy 或 Direct 时，路由行为与逐条规则分流的检查重点不同。若下载问题已经解决而连接仍失败，应转到教程检查服务信息和路由姿态，不要通过重新购买应用来尝试修复连接。
完成首次打开后，可以记录当前设备的配置来源和文件备份位置，但不要把订阅地址直接写进公开记录。购买凭据与连接凭据的敏感性不同，保存方式也应分开。只有确认应用能打开、系统授权已完成、用户已有配置已导入，才进入实际连接验证；任何一步失败，都应停在该步核对。
RESTORE / PURCHASE HISTORY
换机、重装与“已购项目”恢复
恢复已购应用的核心是找回购买权益，而不是寻找旧设备上的图标。换机或删除应用后，先确认 App Store 使用原购买账号，再在个人账户页面的应用或“已购项目”相关列表中查找 Shadowrocket。不同系统界面可能对列表名称作调整，应按当前设备显示进入自己的购买内容，而不是只在商店首页重新搜索。
按账号、记录、设备的顺序检查
第一步核对“媒体与购买项目”账号。第二步在已购列表搜索完整应用名称，并留意列表是否只显示当前设备未安装的应用。第三步打开对应条目，确认开发者与应用 ID，再读取重新获取按钮或系统提示。列表筛选条件可能让已安装应用暂时不出现在某一视图中，因此应先检查筛选，再认定记录缺失。
如果在列表里找到应用，但下载按钮不可用，要继续检查当前设备兼容性、商店可用性和账号限制。已购记录证明曾经存在相应购买，不代表任何设备都能在任何时刻重新下载。不要把记录可见与下载许可混成同一个结论。若系统给出明确原因，应优先按提示处理，而不是在搜索列表和已购列表之间反复刷新。
如果列表中找不到，先检查账号是否正确，再查看购买历史中的交易是否完成。必要时扩大日期范围，或检查该项目是否被隐藏。隐藏购买项目与删除购买记录不是同一个概念，相关管理入口应以账号页面实际提供的功能为准。若原交易归属另一个自己使用的账号，应先确认记录，再谨慎调整购买账号。
恢复应用与恢复配置分别执行
新设备安装成功后，先检查 Home 中是否已有预期的服务器，再看 Config 是否为原先使用的文件。即使设备迁移过程已经恢复部分数据，也应逐项核对，而不是仅凭应用能够打开就开始排查连接质量。订阅是否有效、服务是否到期，以及原服务器是否仍可用，属于连接信息本身的问题，不由购买记录决定。
计划换机时，尽可能在旧设备仍可操作的阶段保留必要配置，记录订阅来源并妥善保存自己的服务器参数。不要只保存一张服务器名称截图，因为名称通常不足以重建连接。需要转移的敏感信息应放在你能控制的安全位置；不要在求助说明或公开图片中展示完整订阅地址、密码与私钥。
如果旧设备已经不可用，应从自己原有的配置备份和服务账户中找回连接信息。重新下载应用不会自动生成缺失的参数，也不意味着原服务仍在有效期内。恢复时可先导入一份明确来源的配置，确认手动连接，再逐步恢复规则和 On Demand。这样能够把数据缺失与自动连接条件错误分开判断。
遇到再次收费提示先暂停
产品页显示价格时，不应立刻再次确认付款。先排除账号不同、原交易未完成、原购买发生退款等情况，再核对是否进入了正确商品。家庭成员曾经可用的共享权益，也不等于当前账号自己持有购买记录；家庭关系或共享设置变化后，应转到下一章检查资格，而不是把它归为个人购买被清除。
若购买记录存在、账号正确且设备符合条件，但仍无法恢复，可从 App Store 提供的账号支持或购买问题入口继续处理。描述时准备应用 ID、交易状态、当前提示与已尝试步骤即可，不必提供身份验证信息。本手册不承诺所有已购情形都可恢复，也不把历史购买记录当作绕过当前商店条件的保证。
恢复完成后，分别验证“应用能打开”和“配置能连接”。前者通过后，后者的问题请按使用教程继续检查；只需要重看已购操作时，可查阅下载指南的恢复说明。不要因为服务器连接失败就删除应用重装，删除之前先确认配置已有备份，避免让一个连接问题变成数据恢复问题。
FAMILY / ELIGIBILITY
家人共享的条件与核对方法
家人共享是 Apple 账号体系中的购买共享能力，不是把同一份账号凭据交给家庭成员使用。判断 Shadowrocket 当前是否适用，应同时看产品页的家人共享说明、家庭设置中的购买共享状态，以及成员自己的账号条件。单独看到“已加入家庭”，或者知道某位成员曾经买过应用，都不足以推断其他成员现在一定能够获取。
先确认商品支持，再检查家庭设置
打开已经完成正版核验的 App Store 产品页，查找家人共享相关说明，以当前页面标注为准。本手册不把历史截图中的说明延伸为永久承诺，也不根据一次性买断推断共享资格。商品是否支持与家庭是否启用，是两个连续条件；先确认商品层面的信息，再检查设备中对应家庭的购买共享设置。
在系统家庭设置中，查看当前成员身份和购买共享状态。组织者、购买成员与准备获取应用的成员，可能需要分别核对各自设置；某一个人的设备显示正常，不代表所有成员都符合条件。账号地区、家庭状态和设备限制也可能影响结果。以系统逐项列出的要求为准，不应只凭家庭成员名称出现在列表里就停止检查。
随后由准备使用应用的成员，在自己的 App Store 账户页面进入家庭购买项目的相关列表，查找实际购买者的应用。打开 Shadowrocket 条目后，再检查是否出现可获取状态。操作过程中应继续使用成员自己的账号，不需要把原购买者的密码作为恢复材料，也不要将身份验证信息保存进共同使用的配置文档。
区分购买共享、批准购买和配置共享
家庭中的购买批准、付款安排和应用内容共享，不是同一个开关。受管理的家庭成员可能需要组织者批准购买或下载；某些设备还启用了内容与隐私限制。若系统提示需要批准，应按家庭流程处理；若提示内容受限，则检查相应设备限制。不要把所有家庭提示都归为“应用不支持”，应先读明白提示指向哪个环节。
共享购买权益也不会自动共享 Shadowrocket 内的订阅、服务器参数或 Config 文件。每位使用者仍应持有自己的合法连接信息，并核对相应服务的使用条件。某个家庭成员已经配置成功，不表示其他设备可以不经确认直接使用相同信息。家庭功能只解决允许共享的购买获取范围，不替服务商决定连接账户的适用方式。
| 检查层次 | 应确认的事实 | 下一步 |
|---|---|---|
| 商品 | 产品页是否标注适用家人共享 | 读取当前商店说明 |
| 家庭 | 成员身份及购买共享是否符合条件 | 检查家庭设置 |
| 账号 | 成员商店地区与账户状态是否适用 | 按系统提示核对 |
| 设备 | 兼容性、批准流程与内容限制 | 检查设备端提示 |
共享不可用时避免直接重复购买
如果家庭购买列表中没有应用，先确认购买者确实拥有已经完成的交易，再检查该项目是否被隐藏，以及购买共享是否开启。若某成员能看到而另一成员看不到，应比较两个账号的地区、家庭状态和设备限制。不要只在一个设备上反复刷新，也不要通过删除现有应用来测试共享资格，删除可能同时影响本地配置。
如果能够看到条目但仍显示需要购买，先暂停确认，读取页面是否明确提供家庭获取路径，再检查当前家庭条件是否满足。共享资格不确定时，可以使用系统给出的家庭与购买支持入口核实。最终决定个人购买之前，应清楚知道这是一笔新的个人交易，而不是以付款来试探原有共享是否会随后自动补回。
家庭成员变化或购买共享设置调整后，应用的后续获取与更新可能受到影响。现有图标仍能打开，不代表所有未来操作都已经具备相同资格。因此在调整家庭安排前，应先了解系统说明，保留个人配置并核对购买归属。不要把当前可打开的状态当作永久持有个人购买权益的证明。
家庭场景的完整检查结论，应分别写成“商品是否支持”“家庭是否启用”“成员是否符合条件”“设备是否允许”四项。四项都明确后，再判断是否需要进一步处理。若家庭权益没有问题而应用连接失败，应返回配置与服务信息排查，家人共享设置不会修复失效的订阅、错误的协议参数或不匹配的路由规则。
DIAGNOSIS / NEXT ACTION
搜不到、下载不了与状态异常排查
排查的第一步不是重新安装，而是确定故障停在哪一层。搜索不到属于发现商品的问题，付款失败属于交易问题，进度不动属于下载问题，能打开但连不上属于配置与连接问题。先写下设备实际显示的文字，再选择对应分支。一次只改变一个条件，处理后重新观察同一位置，避免连续更换账号、网络和设置而丢失判断依据。
找不到商品：先查地区，再查身份
搜索 Shadowrocket 没有结果时，核对“媒体与购买项目”的国家或地区，并通过下载指南检查指定产品页。若产品页提示当前商店不可用，停留在地区与商品可用性检查；若能够打开，则继续核验开发者、图标和应用 ID。不要改用模糊别称反复搜索后，把相近名称的结果当作目标应用购买。
若原本购买过但列表里找不到，优先检查购买账号、列表筛选和交易历史；如果曾经通过家庭购买获取，则检查家庭列表而不是只找个人交易。记录缺失与商品当前不可见可能同时发生，也可能完全独立。应分别确认，不能因为其中一项异常，就直接断言原购买已经失效或需要重新付款。
无法付款或无法下载：按提示分支处理
付款失败时，检查账号是否有需要处理的账单或验证提示，核对付款资料与当前商店条件。不要连续提交相同交易来判断是否扣款成功；先查看购买历史中是否存在待处理或已完成记录。若涉及付款机构拒绝或账号限制，应使用相应的系统处理入口，修改应用内的 Proxy 或 Config 不会影响账单审核。
下载停留在等待状态时，先检查存储空间、基本网络以及其他 App Store 下载是否正常。若所有下载都异常，优先处理商店与设备环境；若仅该应用异常，查看兼容性、账号及商品提示。可以按系统允许的方式暂停后继续，并在必要时重启设备再观察，但不要在配置未备份时通过删除现有应用来测试商店下载能力。
产品页提示系统不满足要求时，应以兼容性栏为准。系统更新前先了解设备条件和现有数据备份，不应因为应用已经付费就忽略设备限制。若设备属于组织管理范围，还应核对是否限制 App Store、应用安装或 VPN 配置。管理限制需要由有权限的一方处理，不能由应用中的某个服务器参数解除。
| 现象 | 优先核对 | 暂不处理 |
|---|---|---|
| 搜索无结果 | 账号地区、指定产品页 | 应用内连接规则 |
| 再次显示价格 | 购买账号、交易状态、商品 ID | 重复确认付款 |
| 下载等待或停止 | 网络、空间、商店提示 | 服务器协议参数 |
| 打开后无法连接 | 授权、已有服务、配置与路由 | 再次购买客户端 |
安装完成之后，把问题交回连接主线
如果应用已经可以正常打开，但连接失败，先确认系统 VPN 授权，再检查自己的订阅是否有效、服务器参数是否完整，以及 Global Routing 当前是 Config、Proxy 还是 Direct。此时 App Store 的购买流程通常已经完成，继续更改商店地区或重付应用费用并不能验证服务器可用性，应转到快速上手与连接检查。
对于规则问题，先确认使用的是哪一个 Config，再按从上到下的顺序检查命中情况，尤其留意 FINAL 的位置与最终策略。相关原理可阅读规则顺序与 FINAL 说明。这类排查应建立在已有有效服务器的前提下，不能用规则文本替代连接信息，也不应把教学示例当作完整可用服务。
每完成一次操作，都回到最初失败的入口验证结果：地区核对后重看产品页，付款资料处理后重看交易状态，下载条件恢复后重看进度，授权完成后再测试手动连接。不要用“看起来好了”替代明确的阶段结果。若提示发生变化，记录新的提示并调整分支，而不是继续执行针对旧问题的步骤。
本页的查阅终点，是明确下一步应该在哪个系统层面操作，而不是保证所有情形都能用同一个办法解决。购买与恢复问题回到 App Store 账号及产品页，设备问题回到系统设置，连接问题回到已有服务与应用配置。保持这三条边界，能减少重复购买、无效重装和误删配置，也能让后续支持沟通更准确。