Shadowrocket App Store 获取指南

先确认商店与购买账号，再核对产品身份。本页按获取过程中的判断条件组织，适合查询搜不到、无法购买、换机恢复和家人共享等问题。

Shadowrocket 只通过 App Store 获取，以 iPhone 和 iPad 为主要使用设备。本页处理应用获取与购买记录，不代替连接配置说明。已经完成安装、准备导入自己已有订阅或服务器信息的用户，请转到入门指南；需要核对商店入口与设备说明，请查看App Store 正版核验页。

核对当前商店与购买账号

从“媒体与购买项目”进入检查

在 iPhone 或 iPad 的系统设置中，打开顶部 Apple 账号区域，找到“媒体与购买项目”，再根据系统提供的入口查看账户信息及国家或地区。不同系统界面的入口文字与排列可能不同，应以设备当前显示为准。检查目标有两项：用于商店购买的是哪个账号，以及该账号使用哪个国家或地区。这里只需要核对，不必先退出账号，也不需要更改设备上的其他同步设置。

顶部账号、iCloud 同步身份与媒体购买身份在一些设备上可能存在差异。看到系统设置顶部显示本人姓名，不能直接推出当前 App Store 使用的就是当初购买 Shadowrocket 的账号。尤其是曾经调整过购买登录状态、迁移过设备或使用过不同个人账号的用户，应再进入 App Store 的账户入口，核对购买身份。判断恢复资格时，以实际产生购买记录的账号为核心。

把账号、订单与设备分开核对

如果已经购买过，先查看购买历史或相关订单记录，确认项目名称、交易状态以及购买账号。银行扣款通知只能说明某笔付款发生过，不能单独证明它对应当前设备上的这个产品；邮件中的收据也需要与实际应用名称和账号对应。不要把完整订单、账号地址或付款资料发到公开页面。需要进一步求助时，仅保留问题描述与必要的状态信息，敏感内容自行遮蔽。

设备是安装位置，账号承载购买关系，订单反映某次交易。这三者不能互相替代。旧 iPhone 上有应用，不等于新 iPad 当前登录的购买账号拥有该项目；同一台设备以前完成过付款，也不等于后来登录的每个账号都能恢复。遇到产品页仍显示价格时，先沿着“当前购买账号—历史交易—产品身份”的顺序核查，不要立即再次付款验证。

检查后再决定是否需要重新登录

仅当系统显示的购买身份确实不符合预期，或商店反复要求认证且正常认证未能完成时，才考虑按系统引导处理登录状态。退出购买账号前，先确认本人能完成密码与双重认证，了解当前媒体内容和购买项目可能受到的影响。不要为了一个下载进度停滞的问题，直接退出整台设备的 Apple 账号；这种操作范围过大，也容易引入与原问题无关的新变量。

若设备受“屏幕使用时间”、家庭购买批准或机构管理限制，账户设置可能不可编辑，购买按钮也可能无法操作。此时应检查设备上明确显示的限制说明，由有权限的人处理相应设置。账号地区看不到或不能更改，不必然说明账号异常；先确认是否存在受管理条件，再继续判断。不要把访问受限与产品不在商店出售归为同一原因。

完成核对后，可以在自己的私人记录中写下商店地区、购买身份是否一致、历史交易是否存在以及当前页面按钮状态。无需记录密码或验证码。四项信息通常足以决定后续路径：没有购买记录就查看购买说明；有记录却无法重新获取就检查恢复条件；详情页无法打开则回到地区与商店连接检查。这样每次只处理一个层面，不会因反复改设置而失去原始线索。

购买流程与一次性买断范围

付款前确认商品与交易条件

Shadowrocket 是付费商业应用，客户端采用一次性买断方式。美区定价约为 2.99 美元，各店面按当地货币显示，实际金额以 App Store 页面及系统确认单为准。查看价格时还应确认购买账号、商品名称和付款条件。不要以其他人的收据金额推算自己的最终金额，也不要把旧截图中的价格视为所有地区始终一致的承诺。

从App Store 获取入口进入产品页后，按系统提供的按钮开始购买，并在确认界面核对项目。系统可能要求生物识别、设备密码、账号密码或家庭购买批准，具体方式由设备设置与账号状态决定。只在系统规定的位置完成认证，不向网站输入购买密码或验证码。如果确认单上的商品名称不符合预期，应取消流程，先回到产品身份核验。

付款、下载、安装分别有各自状态

购买完成不等于下载已经完成，下载完成也不等于连接资料已经导入。系统可能先确认交易，再开始传输应用内容，最后将应用安装到设备。网络中断、存储不足或下载队列阻塞，可能发生在交易成功之后。此时应先查看购买历史和下载状态，而不是因桌面上暂时看不到图标就再次付款。交易是否成功，以系统的购买记录和明确提示为依据。

若系统显示交易待处理、付款方式需要验证或存在未完成的账单事项，应先处理该提示。多次点击价格按钮并不能跳过付款条件，反而会让用户难以分辨哪一次操作处于什么状态。付款认证失败时，也不应立即推断应用在当前地区不可用：地区限制通常有相应提示，付款问题则需要从账号账单资料、付款资格或系统要求的认证环节继续检查。

客户端授权不包含连接服务

客户端买断 ≠ 线路套餐。一次性购买取得的是应用使用与获取关系，不会自动生成服务器地址、订阅链接或连接凭据。用户需要已有自己的订阅或服务器信息，再按应用支持的方式导入。客户端价格与这些资料的有效期没有直接对应关系；已有订阅失效，不等于应用购买失效，应用可以打开，也不代表远端服务器必然处于可用状态。

同样，购买恢复与配置恢复属于不同任务。App Store 恢复的是应用获取资格，不保证用户自行加入的所有参数随之出现。若重装前没有保存已有资料，重新获取应用后可能需要再次导入。购买收据不能代替服务器密码，服务器信息也不能证明应用归属于哪个账号。因此应将购买记录和连接资料分别保存，并对订阅地址、凭据等内容做好隐私保护。

应用更新通过 App Store 进行。自动更新是否开启、设备是否满足当前系统要求、剩余空间是否足够，都会影响更新过程。一次性买断不代表每台设备在任何系统条件下都必然能安装最新可用内容，也不保证所有平台的购买规则始终相同。跨设备支持与是否通用购买，以 App Store 页面标注为准；准备在新设备使用前应重新查看兼容性栏目。

完成购买后，建议先确认系统 App Store 显示“打开”或相应已获取状态，再启动应用。若应用正常打开，后续应沿着导入资料、检查 Global Routing、授权连接和验证的顺序操作，而不是继续停留在购买排查中。只有商店仍反复要求付款、购买记录不一致或无法完成获取时，才继续查阅本页的恢复与获取失败章节。

换机、重装与“已购项目”恢复

恢复前先保留旧设备上的有效信息

换机前，应分别确认应用购买记录和现有连接资料。前者用于在 App Store 重新获取应用，后者用于恢复使用环境。若旧设备还能正常操作，先记录当前使用的购买身份，并确认能在账户历史中找到 Shadowrocket。随后按现有配置的保存方式，妥善保留本人已有订阅、服务器信息和必要配置。不要等旧设备清除后，才发现应用可重新获取而连接资料没有保留。

设备备份、系统迁移与应用内数据恢复是相关但不同的机制。迁移后看到桌面图标，可能只是系统正在等待重新获取应用；应用重新出现，也不代表每项连接凭据都已恢复。判断时分别检查图标是否可打开、Home 中资料是否存在、Config 是否仍为预期内容，以及系统是否需要重新授权 VPN 配置。不要仅凭图标外观就认定迁移已全部完成。

通过当前账户的应用列表查找

在新设备上打开 App Store 的账户入口，进入应用列表、购买项目或系统当前提供的同类栏目。界面名称会随系统有所不同，重点是找到属于本人购买账号的历史应用。搜索 Shadowrocket 后，核对开发者与产品身份，再使用系统显示的重新下载入口。若列表支持区分全部项目与不在当前设备上的项目，可以切换筛选，避免因为查看范围不同而误判记录消失。

找不到记录时，先确认当前“媒体与购买项目”账号，而不是只检查设备顶部账号。接着检查项目是否被隐藏、列表筛选是否正确，以及购买历史中是否存在对应交易。隐藏购买可能影响常规列表展示，需要依据账户提供的管理入口处理。若只是名称搜索无结果，也可以从已购恢复说明进入产品核验流程，确认当前项目与历史购买是否一致。

再次显示价格时先停止重复购买

产品页显示价格并不能单独证明之前从未购买。可能需要继续检查购买账号、历史订单、家庭购买来源、当前商店可用性或项目状态。若历史记录显示由家庭成员购买，恢复路径应进入家庭购买条件核对，而不是将它当成本人直接购买。若订单已经发生退款或交易状态变化，也不能只凭旧收据判断当前仍具有相同获取资格，应以当前记录为准。

如果账号与交易都已确认，但当前商店无法重新提供该项目，应保留系统提示，检查地区与产品可用性。过去完成购买与现在能否重新获取之间，还存在商店和设备条件。不要反复退出账号、清除设备或重新付款来碰运气。需要处理购买归属疑问时，应通过 Apple 设备上提供的支持流程核查，不向公开讨论区提交完整收据、账号地址或付款资料。

重装前尤其要谨慎。删除应用可能同时删除设备上保存的数据，重新获取只能解决应用本体，不保证恢复此前所有设置。如果当前问题只是某个连接超时，应先检查已有资料有效性、参数与系统时间，而不是立即重装。只有已保存必要资料并确认有明确理由时，再进行删除与重新获取；操作后还需要重新核对 Global Routing 与当前选中项。

恢复成功的判断可以分两阶段：第一阶段，商店允许重新获取且应用可以打开；第二阶段，本人已有资料恢复后能够按预期使用。第一阶段成功、第二阶段失败时，应转入入门或连接排查，不再重复检查付款。这样能够明确哪一部分已经完成，也能避免把订阅失效、配置选择错误或 VPN 授权未完成，误当成购买记录丢失。

搜不到、无法购买与下载失败的排查顺序

先确定失败发生在哪一阶段

将问题分为搜索、产品页、付款确认、下载安装、首次连接五个阶段。搜索阶段检查名称与商店地区；产品页阶段检查可见性与兼容性；付款阶段检查账号和认证；下载阶段检查连接、空间与队列；首次连接阶段检查已有资料和系统权限。不要用一句“下载不了”描述全部现象。记录最后成功的一步与第一条失败提示，通常比重复执行整套流程更有效。

搜索不到时，先用 Shadowrocket 英文名称，并通过正版核验页进入目标产品。若直达产品页可正常展示，问题可能局限于搜索结果；若提示当前地区不可用，返回商店地区章节；若所有详情页都无法载入，先检查当前网络能否正常访问商店。每个分支都应依据实际提示继续，不要仅凭某次搜索为空就修改账号或清除设备。

对照系统提示处理付款与下载

价格按钮无法继续或认证未完成时，先读清提示是否涉及付款方式、账户验证、购买批准或设备限制。如果已经发生扣款但应用没有安装，先查购买历史与订单状态，再处理下载。不要把重复付款当作刷新下载队列的办法。产品页显示“打开”时，说明当前设备的获取阶段通常已经结束；此后发生的连接失败，应按应用运行问题处理。

下载持续等待时，查看其他应用是否也在等待，确认设备剩余空间与当前网络状态。可以按系统提供的操作暂停并继续该项目，必要时重新打开 App Store 观察状态。若系统明确提示空间不足，先释放适当空间；若提示需要接受账户条件或完成认证，则先处理账户事项。一次只改变一个条件，并在操作后重新检查，不要同时切换账号、网络与地区。

保留证据并设置排查终点

如果问题持续存在，整理设备类型、系统是否满足商店要求、当前商店、购买账号是否一致、产品页按钮状态，以及提示原文。无需公开密码、验证码、完整收据或订阅地址。向系统支持流程描述问题时，说明“哪一步成功、哪一步失败、是否有交易记录”，比只写应用名称更容易建立判断范围。涉及付款与购买归属的事项，应由相应账单与账号流程处理。

网络检查应优先选择本人了解的正常连接环境，并记录当前是否存在影响网络路径的配置。若要临时调整，先保存原状态，检查结束后再恢复。不要把应用中的路由模式当作商店账号修复功能。商店详情恢复载入之后，应回到原先失败阶段继续，确认问题是否真的消失；仅仅能打开一个普通网页，不足以证明商店交易与下载过程都已恢复正常。

当应用可以正常启动，购买问题就应有明确终点。此时如果 Connectivity Test 失败，重点是用户已有服务器的可达性与参数；如果授权未完成，重点是系统 VPN 配置；如果特定请求处理不符合预期，则检查 Config、Proxy、Direct 的选择与规则。相关内容分别参阅入门指南、功能介绍和连接失败排查顺序，不再沿用付款故障的处理办法。

最后按照身份、资格、交易、设备、资料的顺序复核：产品是否为 Shadowrocket，当前账号是否具备获取条件，购买记录是否明确，设备是否完成安装，已有配置是否有效。这个顺序让每项结论都有可观察的依据，也避免把商店限制、付款状态和远端连接问题混在一起。遇到以商店为准的信息，保留当前页面提示；后续重新尝试时，从尚未通过的那一项继续，而不是从头改动全部设置。