Shadowrocket
App Store 获取指南

商店地区与应用可见性

App Store 中能否看到 Shadowrocket，首先取决于当前用于商店购买的 Apple 账户所属国家或地区，以及该店面的应用供应情况。设备所在位置、系统显示语言与商店地区并不是同一件事。把系统界面改成英文，或在搜索框使用英文名称，都不会自动把账户的商店地区改成另一个店面。排查时应先确认商店状态，再判断搜索结果。

区分网页店面与设备商店

产品链接中的地区段用于指定网页展示的店面。本站产品链接采用美区页面，应用 ID 保持为 932747118。网页能展示介绍，不代表当前账户一定能在设备上购买；网页跳转到 App Store 后，系统还可能依据已登录账户重新判断可用性。因此，浏览器中的页面、设备上的购买按钮和账户所属地区，应当分别观察。

例如，同一产品页面在浏览器中可以打开，但进入 App Store 后出现地区相关提示，这两种现象并不矛盾。前者说明网页地址有效，后者说明当前账户与店面的购买条件需要核实。此时反复刷新介绍页通常不能改变结果，更有效的做法是记下提示原文，并进入账户信息确认国家或地区，而不是把问题直接归因于应用名称输入错误。

搜索结果不是供应情况的完整证明

商店搜索会受到关键词、结果排序、内容限制及页面加载状态影响。搜索不到一个名称，只能说明当前搜索没有展示该结果，不能独立证明应用已被移除。先使用 Shadowrocket 完整名称，再通过正版下载页的商店入口核对产品页面。如果直接打开时仍提示不可用，应以具体提示为线索继续检查，而不是依赖搜索截图下结论。

设备兼容性也会影响可获取状态。Shadowrocket 主要面向 iPhone 与 iPad；Mac、Apple TV、Apple Vision 的适用情况应查看同一产品页的兼容性栏。系统要求一律以 App Store 页面标注为准。某台设备看得到页面却不能获取，不等于另一台设备也一定不能获取，更不应据此推断所有 Apple 设备具有完全相同的购买条件。

地区调整是账户操作，不是搜索技巧

如果确实需要调整本人账户的国家或地区，应先阅读系统当前列出的前置条件。账户余额、尚未结束的订阅、待处理交易、家庭组织状态与付款资料，都可能影响地区变更能否完成。先处理账户页面明确要求的事项，再决定是否继续；不要只为了让搜索结果变化而频繁切换地区，也不要在未理解影响时退出当前账户。

地区变化还可能影响以前购买内容的展示、再次获取及本地付款方式。已经保存在设备上的应用与今后能否重新获取，是两个不同问题。调整前应确认重要数据已经妥善保存，并检查以后恢复购买所需的账户记录。对于仍在等待结算或有争议的订单，先完成交易核对，比立即尝试变更地区更容易保持清晰的排查线索。

本章的结论是把“页面存在”“当前店面可见”“当前账户能购买”“当前设备能安装”拆成四个判断。它们有关联，但不能相互替代。记录每一步的实际结果，后续核对账号、付款或兼容性时才不会重复尝试同一个无效操作。下一章说明应在哪里查看这些账户信息，以及如何避免把云端同步账户与商店购买账户混为一谈。

核对自己的商店与购买账号

在购买或恢复之前，先确定 App Store 当前使用的是哪个本人账户。设备顶部显示的 Apple 账户通常与云端服务有关，而“媒体与购买项目”可能使用不同的账户。仅凭设备已登录云端服务，不能证明商店使用了当年购买 Shadowrocket 的账户。尤其在换机、家庭设备交接或长期未购买应用后，应重新查看商店账户信息。

从账户信息确认国家或地区

在 iPhone 或 iPad 上打开系统 Settings，进入本人账户页面，查找“媒体与购买项目”，再进入账户查看界面；系统可能要求进行身份验证。查看其中的国家或地区，同时核对账户标识。也可以从 App Store 的个人账户入口进入相关信息。不同系统的文字和入口位置可能变化，应以当前界面提供的账户信息功能为准。

核对时重点记录三项：用于购买的账户、账户国家或地区、当前设备所用账户是否与历史购买一致。无需把完整账户地址或支付资料写进公开求助内容。为了在自己的记录里区分账户，可以使用个人能够辨认的简短备注；涉及截图时应遮盖邮箱、姓名、账单地址和订单标识等信息，只保留与问题有关的提示文字。

用购买记录交叉确认

如果记得以前买过 Shadowrocket，应查看该账户的购买历史或相关收据，而不只看桌面上是否曾出现过图标。桌面图标说明应用曾存在于某台设备，交易记录才是判断购买归属的重要依据。购买历史与可重新获取的应用列表用途不同：前者用于核对交易，后者用于寻找可再次下载的内容，两者应结合使用。

发现当前账户与历史收据不一致时，先停止购买动作。再次点击价格按钮可能产生新的交易，而不会把旧购买自动迁移到当前账户。应先确认原购买账户的正常访问能力，再按系统提供的方式查看相关购买项目。不要为测试恢复是否有效而反复提交付款；恢复路径与新购路径在界面上接近，但处理的是不同的购买资格。

不要把登出当作第一步

当商店页面加载异常时，退出账户并不是最小影响的排查方法。账户切换会引入新的身份验证、条款确认和付款资料检查，容易让原本单一的页面问题变成多个并发问题。可以先关闭后重新打开 App Store、确认网络能够加载其他产品页、检查系统提示，再决定是否需要处理登录状态。每次只改变一个条件更容易判断原因。

如果系统要求重新验证本人身份，应在系统提供的账户流程内完成。验证失败时，先区分是密码输入问题、受信任设备确认问题，还是账户状态限制。Shadowrocket 内的连接设置不能修复商店账户验证；反过来，商店登录成功也不等于用户已有的服务器信息有效。把这两条链路分开，能够减少在错误界面中反复修改参数的情况。

对于本人使用的多台 Apple 设备，可以分别核对商店账户，不必假设它们天然一致。两台设备即使同步了照片和联系人，也可能使用不同的商店购买设置。核对完成后，再进入下一章验证应用身份；只有账户与产品对象都确认正确，付款按钮或云朵下载按钮的状态才具有明确意义，后续排查也才能对应到正确的购买记录。

核对开发者、官方图标与应用 ID

Shadowrocket 在中文语境中也常被称为“小火箭”，但别称不是产品身份。搜索结果可能包含相近名称、相似图形或相关关键词，因此不能只凭名称中的某个词判断。正版核对应同时检查开发者 Shadow Launch Technology Limited、官方应用图标和应用 ID 932747118。三个信息应指向同一个 App Store 产品页面，而不是分别来自不同截图。

先确认产品地址，再看页面内容

从正版下载页的核对说明进入产品页，观察地址中的 id932747118。应用 ID 是识别产品对象的稳定线索，地区段和标题文字并不能替代它。浏览器可能缩短地址显示，可使用地址栏的完整地址查看功能确认；如果已经进入 App Store，则继续核对页面标题、开发者信息和官方图标。

不要用搜索排名、评论篇幅或展示图片的精美程度替代身份核对。搜索结果靠前并不自动说明它就是目标应用，介绍文字中出现 Shadowrocket 也不等于产品本身就是 Shadowrocket。对于从笔记、聊天记录或历史收藏进入的页面，仍应执行同一组检查，避免把过去保存的搜索结果页误当作固定产品入口。

开发者信息应完整对应

在产品页查找开发者或销售方相关信息，核对完整名称 Shadow Launch Technology Limited。不要仅检查名称的一部分，也不要把应用介绍正文中自行写出的开发者字样当成商店身份字段。若当前界面没有直接显示完整名称，可展开产品信息或进入相关开发者信息区域查看，确认后再回到同一产品页继续购买流程。

名称很长时，移动界面可能折行或截断显示。这属于排版表现，不应凭被截断的一行就判断一致或不一致。应使用能查看完整内容的入口，并与应用 ID 交叉验证。如果页面信息明显不符，先返回核对入口，不要为了继续操作而忽略差异。确认产品对象比急于完成下载更重要，因为后续付款、更新与恢复都依赖它。

官方图标用于视觉交叉核对

官方图标为白底、蓝紫描边的火箭图形，与本站导航使用的官方图标一致。图标可以帮助快速辨认，但图形相似不能单独证明产品身份。图标在不同尺寸下的边缘显示、圆角裁切可能有所区别，应观察主体图案，再结合开发者与应用 ID 判断。不要把网站装饰图、文章封面或文字中的符号当成应用图标。

表格中的三项用于相互印证，不是任选一项即可完成的检查。若地址正确但页面尚未加载完整，等待内容显示后再看开发者；若只看到一张别人保存的图标截图，则应回到真实产品页面。对于无法访问的页面，应先处理商店可见性与网络问题，不要用不完整的信息推断已经完成正版核验。

核对结束后，还需要阅读兼容性和购买信息。身份正确说明找到了目标产品，不代表所有设备都满足安装要求，也不代表当前账户已经购买。把身份、兼容性与购买资格分开检查，能够避免在付款后才发现设备条件不符。确认以上事项后，再进入购买流程；已经购买的用户则可以直接转到已购恢复章节。

购买流程与一次性买断

Shadowrocket 是通过 App Store 发售的付费商业应用。美区标价为 2.99 美元的一次性买断，各店面按当地货币展示，实际价格以 App Store 页面为准。一次性买断描述的是客户端购买方式，不能扩展理解为任何网络服务都已经包含在内。点击付款前，应同时确认目标应用、购买账户、页面价格与当前设备兼容性。

从价格按钮到交易完成

在已核对的产品页点击购买按钮后，系统会展示确认步骤，并可能要求 Face ID、Touch ID、设备密码或账户验证。应阅读系统确认框中的应用名称、账户与金额，再决定是否完成。付款方式是否可用、是否需要补充账单信息，均由 App Store 的交易流程判断，不应在 Shadowrocket 内寻找商店支付设置。

提交确认后，先等待系统返回结果。若界面仍在处理，不要连续重复点击，也不要立刻切换账户尝试第二次购买。可以查看产品页按钮状态和账户购买历史，确认是否已经产生交易。收到付款通知与应用成功下载并不是同一个时间点；出现扣款信息但尚未安装时，应先核对订单与下载状态，而不是直接认定需要再次付款。

买断对应客户端使用资格

客户端一次性买断 ≠ 线路套餐。购买获得的是应用的相应使用资格，实际连接仍需要用户已有自己的订阅或服务器信息。服务地址、认证资料、有效期限和服务状态属于已有服务的范畴，不由商店购买记录决定。因此，“已经付款”和“已经具备可连接配置”应当分别确认，前者不能代替后者。

如果安装完成后 Home 中尚未出现可用配置，这是进入配置流程的起点，并不单独说明购买异常。应按快速上手教程导入已有信息，再检查 Global Routing 与连接状态。不要为解决配置为空的问题重复购买客户端，也不要把配置更新失败误认为应用买断失效。两者需要不同的证据与排查方法。

价格、适用范围与交易记录

价格会按店面、货币和商店政策展示。比较金额时要先确认是否为同一店面和同一产品，不能只比较数字大小。购买确认框与最终交易记录是本次交易的重要依据；网站上的参考金额用于理解购买方式，不替代实时商店价格。对于金额或付款状态疑问，应返回 App Store 的购买历史逐笔核对应用名称与交易状态。

iPhone 与 iPad 的获取及再次下载，应结合相同购买账户、当前应用供应情况和产品页购买适用范围判断。Mac、Apple TV、Apple Vision 可在同一产品页查看兼容性，系统要求和购买适用范围以 App Store 页面标注为准。不要从“同一页面能看到设备名称”直接推导所有设备和所有家庭成员都必然具有相同购买资格。

若需要核对退款、交易争议或付款失败，应使用 App Store 购买历史及系统提供的支持流程。应用内删除配置、移除桌面图标或停止连接，并不等同于处理商店交易。对任何尚未确认结果的付款，先把订单状态查清再采取下一步，尤其不要用多次新购来测试恢复资格。购买完成之后，下一章介绍换机和重新安装时如何沿原购买记录找回应用。

换机与“已购项目”恢复

换机或重新安装时，恢复应用与恢复配置是两项独立工作。App Store 的已购记录用于确认相应账户的应用购买资格；用户原有的服务器、订阅和 Config 数据是否能够恢复，则取决于此前采取的备份与同步方式。新设备上能再次下载 Shadowrocket，并不意味着旧设备中的全部连接资料一定已经完整迁移。

先找原购买，再执行下载

在新设备上确认商店使用原购买账户，然后进入 App Store 个人账户区域，查找应用列表或“已购项目”等对应入口。根据系统当前的界面组织，选择本人购买内容，并搜索 Shadowrocket。找到目标后再次核对开发者与产品身份，再使用页面提供的下载入口。不要仅凭列表中一个相似名称就认定已找到原购买。

如果记得买过却找不到，先查看购买历史能否找到对应交易。应用列表与订单历史的筛选条件可能不同，搜索范围、隐藏状态或购买账户不一致，都可能让应用暂时没有出现在预期位置。先取消不必要的筛选，再核对其他本人账户的历史记录。找不到列表项并不自动等于购买记录不存在，应以账户和交易信息交叉判断。

遇到价格按钮时先停下来

原本预期看到再次下载入口，却显示价格按钮时，不要立刻确认新购。应先检查商店账户是否正确、原交易是否仍有效、当前店面是否仍供应该应用，以及当前设备是否满足兼容性要求。若以前通过家庭购买资格使用，还需要查看家庭状态。价格按钮是当前界面的获取状态，不能单独说明历史上是否发生过购买。

如果交易曾被退款或状态发生变化，后续获取资格可能与最初购买时不同。核对时应阅读该笔交易当前的状态，而不是只看最早的一封收据。对于记录之间无法解释的差异，可整理应用名称、产品 ID、购买账户归属与提示原文，进入系统提供的购买支持流程；公开讨论时应遮盖订单和账户等个人资料。

配置迁移应在删除旧数据之前检查

旧设备仍可使用时，先确认已有订阅链接、服务器信息与 Config 的保存位置，并检查是否具备可用的恢复方式。不要等清空旧设备后才寻找唯一的一份连接资料。若使用应用提供的备份或导出功能，应阅读当前界面说明，确认保存范围；应用设置、规则文件和服务认证资料可能具有不同的保存与恢复路径。

恢复数据后，要逐项检查而不是仅看文件名称。确认 Home 中的项目是否存在、Config 是否为预期文件、Global Routing 是否符合当前用途，再进行连接验证。服务凭据可能已经过期，旧配置也可能包含不再适用的地址；迁移成功说明数据被带到了新设备，并不能证明每个远端服务此刻仍然可达。

iPad 上恢复时也采用同样的判断链路：核对商店账户、查找原购买、确认兼容性、完成下载、恢复配置。界面空间与布局差异不改变购买归属。若新设备属于家庭成员，而不是购买者本人，应继续阅读下一章，先确认家人共享的适用条件，再判断是否应从家庭购买内容中获取，避免把个人恢复与家庭获取混作同一流程。

家人共享的适用条件与边界

家人共享是 Apple 提供的家庭功能，购买项目共享是其中与应用获取相关的一部分。能否通过家庭购买获取 Shadowrocket，应同时查看产品页当前的家人共享标注、家庭设置、购买项目共享状态和成员账户条件。看到设备加入了家庭群组，不足以单独判断某款付费应用已经可以由所有成员下载，也不应把家庭成员关系视作购买归属转移。

先看产品支持，再看家庭设置

首先在 Shadowrocket 的 App Store 产品页查看家人共享相关信息，以当前页面标注为准。其次在系统家庭设置中确认购买项目共享是否已经启用，以及对应成员的状态是否正常。不同系统对入口的组织可能有变化，应查找实际的家庭与购买共享功能，而不是只检查一个相近名称的开关就结束判断。

家庭功能包含多种共享类型，照片、存储空间或其他服务能够共享，并不自动证明应用购买也已共享。排查时应只围绕购买项目检查：购买者是否为该家庭的适用成员，目标应用是否能够参与共享，当前查看的是否为正确成员的购买列表。把这些条件逐一确认，比在多台设备上重复打开价格页面更有效。

成员使用自己的账户查看购买

符合当前共享条件时，家庭成员应通过本人账户使用系统提供的家庭购买入口，选择相应购买者的内容，再寻找 Shadowrocket。随后核对开发者和应用 ID，确认目标应用后按照页面提示获取。这里共享的是符合条件的购买访问资格，不是要求所有成员在同一设备商店中使用购买者身份；各自账户的购买记录和个人数据仍应区分。

如果成员列表能打开但没有显示应用，应检查购买者是否确实购买、应用是否被隐藏、购买共享状态是否完整，以及账户国家或地区是否满足系统当前要求。若出现明确的地区或家庭条件提示，优先按该提示处理。不要在尚未确认家庭资格时立即新购，否则后续将难以区分个人交易与通过家庭获得的使用资格。

家庭变化可能改变获取条件

家庭成员退出、购买项目共享关闭、原购买状态改变，或者其他共享条件变化，都可能影响后续获取。已经安装在设备上与未来能够再次下载，也不是完全相同的判断。对于准备换机的家庭成员，应先查看当前共享状态与原购买者记录，再清理旧设备，以免在恢复过程中才发现获取资格已经发生变化。

家庭组织者的付款责任、成员购买的确认方式，以及儿童账户的购买批准要求，应依照系统当前的家庭设置处理。若系统正在等待批准，连续点击下载不会替代批准步骤；若问题是付款资料，则应由适当的家庭角色处理账户提示。应避免让多个家庭成员同时改变设置，这会使原本可追踪的条件变化难以定位。

安装后，每位成员仍需使用本人已有且有权使用的配置，并独立确认连接参数。应用购买项目能够共享，不应被推导成远端服务也允许多人使用；后者应查看用户已有服务的实际适用条件。家庭功能的设置不能修复服务器认证错误，也不能延长服务有效期限，遇到连接问题时仍需回到应用内的配置与诊断流程。

如果不确定当前问题属于家庭设置还是应用获取，可先对比购买者与成员各自的商店状态：购买者能否看到有效购买，成员能否看到相应家庭购买入口，目标应用是否出现在列表。只记录这些必要现象与系统提示，不公开家庭成员的账户资料。更多简短问答可查阅FAQ，具体下载故障则按下一章分阶段排查。

搜不到、购买失败与下载停滞

排查获取问题时，先描述失败发生在哪一步：搜索没有结果、产品页提示不可用、付款无法完成，还是购买后下载一直等待。这些现象属于不同环节，不能用同一项操作全部解决。建议先保留系统提示原文，再按当前阶段检查。不要为了测试而同时变更地区、切换账户和删除应用，否则即使恢复正常，也难以判断真正原因。

搜索与产品页异常

搜索没有结果时，先检查 Shadowrocket 名称拼写，再从正版下载页进入产品页面。能直接打开时，继续核对开发者、图标、应用 ID 与获取状态；如果提示地区不可用，回到商店地区章节。如果页面加载不完整，则检查 App Store 的其他页面是否也异常，以区分单个产品可见性与整个商店连接状态。

若只有当前设备不能获取，应阅读兼容性与系统提示。设备储存空间、系统要求、屏幕使用时间中的内容或购买限制，以及设备管理设置，都可能影响安装。系统要求以 App Store 页面标注为准。受到组织管理的设备应遵循其管理流程，不应反复改变应用参数来尝试解决系统级限制，因为客户端尚未参与这一阶段。

购买确认没有完成

付款失败时，检查购买账户、付款资料、待处理交易与系统要求的身份验证。若提示需要接受条款或完成账户设置，应先完成对应流程，再回到产品页。若系统明确拒绝当前付款方式，应用内的设置无法改变商店结算结果。应按账户页面给出的方式核实资料，而不是把失败误解为目标应用本身不能安装。

如果已经收到交易通知却不确定购买是否成功，先查购买历史。确认有对应有效交易后，再检查下载状态；如果显示待处理，则等待或处理该订单提示。不要因桌面图标尚未出现就再次购买，也不要把银行通知中的状态与 App Store 最终订单状态简单等同。两边信息有差异时，应保留记录并通过系统购买支持流程核对。

下载停在等待或进度不动

已经取得下载资格但进度不动时，先检查设备剩余空间与网络稳定性，再查看 App Store 是否能正常加载其他内容。可以依据系统提供的下载控制尝试暂停后继续，或关闭后重新打开商店。若当前设备同时有多个下载任务，等待队列也可能影响表现。先处理可观察的系统状态，再判断是否需要重新启动设备。

删除再下载并不是默认第一步，因为删除应用可能影响本地配置。应用仍可打开时，应先确认数据保存与购买恢复条件；只剩等待状态时，也要读清系统操作提示。网络切换应使用本人正常可用的连接，并一次只改变一个条件。Shadowrocket 中的服务器信息不会直接决定 App Store 是否完成下载，不要在两个阶段之间反复跳转。

如果需要进一步说明问题，整理设备类型、系统提示、失败阶段、当前店面及购买历史是否存在即可。无需公开密码、完整账户地址或配置中的认证资料。应用已经能打开但网页访问失败，应转到快速上手教程的验证与排查流程；这时问题已经从商店获取转为连接配置，继续重试付款或商店搜索通常不会带来有效信息。

安装后的配置、更新与维护边界

Shadowrocket 下载完成并能打开，说明应用获取阶段已经基本完成；接下来需要处理的是配置导入、系统 VPN 配置授权、流量模式和连接验证。应保留这一阶段的区分：商店负责应用购买、安装与更新，客户端根据用户已有信息处理连接和规则。应用购买成功不能证明服务器有效，服务状态异常也不能据此推断商店购买记录有问题。

按上手主线建立最小可验证配置

先准备用户已有自己的订阅或服务器信息，再按快速上手教程完成 Subscribe 导入或 Add Server 添加。保存后检查协议、地址、端口与认证字段是否对应原资料；不要在尚未确认基础字段时同时添加多组复杂规则。第一次连接时阅读系统 VPN 配置授权提示，确认操作来源后再继续，授权本身并不验证远端服务是否可用。

Global Routing 中，配置对应 Config，代理对应 Proxy，直连对应 Direct。Config 按当前配置的规则决定处理方式；Proxy 使用代理模式；Direct 使用直连模式。诊断时应记录所用模式，避免在不同模式之间比较不一致的访问结果。模式切换只是流量处理选择，不会修复错误的服务器认证资料，也不会自动补全缺失的配置。

用真实规则理解 Config 的作用

以下是用于解释规则顺序的 Shadowrocket .conf 片段，不是完整连接配置。示例中的 example.com 仅为说明域名，不代表可用服务。需要先有用户自己的有效连接信息，再结合实际目标修改规则；仅复制这段文本，不会产生新的服务器，也不会改变商店购买状态。

[Rule]
DOMAIN-SUFFIX,example.com,PROXY
GEOIP,CN,DIRECT
FINAL,PROXY

第一行按域名后缀匹配并使用 PROXY；第二行按 GEOIP 匹配结果使用 DIRECT；最后的 FINAL 为此前未命中的请求提供兜底处理。规则按顺序理解，具体行为还受当前 Config、DNS 解析与连接环境影响。配置与代理模式的区别，可结合DOMAIN-SUFFIX 规则写法示例继续查阅，避免把单条规则当作整个连接过程。

更新应用与更新已有订阅分别处理

应用更新通过 App Store 进行，可以使用系统自动更新或商店提供的更新入口。更新前应确认当前购买账户与可用空间，阅读商店展示的说明。已有订阅的更新则发生在客户端对应的 Subscribe 管理流程中，处理的是远端配置数据。应用已经更新，不代表已有订阅也已刷新；订阅刷新成功，也不代表 App Store 中的应用已经更新。

当连接后部分站点异常时，可按模式、规则、DNS 与服务状态依次缩小范围。DNS 的来源与处理方式可查阅DNS 设置说明；涉及 WireGuard 字段迁移时，可查阅WireGuard 参数说明。这些配置层问题应使用对应资料核对，不需要重新完成应用购买。

最后，可以把维护记录分成三部分：商店账户与购买记录、设备与应用状态、配置与服务状态。出现问题时先定位属于哪一部分，再进入对应章节；能够打开应用但无法访问的情况，优先检查后两项。需要简短答案时使用FAQ，需要重新执行完整操作时返回快速上手教程，本页则继续作为商店获取与购买恢复的系统查阅入口。