本文适用于已经购买 Shadowrocket、准备换 iPhone 或删除后重新安装的用户。先确认 App Store 使用的是原购买账号，再进入已购应用列表下载；安装完成后，另行检查服务器、Config 与 VPN 授权。恢复应用购买资格与恢复应用内配置是两件事，不能以下载成功判断配置已全部迁回。
01 先区分购买资格与本地配置
Shadowrocket（小火箭）是通过 App Store 发行的一次性买断应用。删除应用不会把原购买记录一并删除；在购买记录仍有效、应用可重新下载且设备兼容的前提下，使用原购买账号重新下载，不需要再购买一次。是否可以下载以及系统要求，以 App Store 页面标注为准。
购买记录证明账号取得了应用，但不代表其中保存的服务器、订阅地址和规则也保存在商店。新 iPhone 直接从 App Store 安装时，应把“应用已安装”和“数据已恢复”分别核对。通过设备备份恢复的数据也要逐项验证，不能仅凭 Home 中出现了名称就认定连接可用。
02 用原购买账号进入已购应用列表
先检查 App Store 的账号，而不是只看系统设置顶部的 iCloud 账号。设备用于 iCloud 的账号与用于商店购买的账号可能不同；决定已购记录的是当时完成 App Store 交易的账号。Apple ID 在部分系统中显示为 Apple Account，本文沿用购买记录中常见的 Apple ID 称呼。
App Store 账户页的栏目名称会随系统和界面语言变化。英文界面可能显示 Apps → My Apps，也可能显示 Purchased；对应的是自己的已购应用列表，而不是 Purchase History 中按账单日期排列的交易明细。按当前设备显示的栏目进入即可。
-
核对账号
打开 App Store → 右上角账户头像，确认当前商店账号与原购买账号一致。记不清时，先查原购买收据中使用的账号，不要立即重新付款。
-
打开已购列表
在账户页进入 Apps → My Apps，或进入 Purchased。若列表提供 Not on this iPhone，可用它筛选当前设备尚未安装的应用。
-
搜索应用
搜索 Shadowrocket，打开对应条目。核对开发者 Shadow Launch Technology Limited；需要核验产品身份时，再核对应用 ID 932747118。
-
重新下载
点击云朵下载图标，按系统提示完成账号验证。下载完成后点击 Open 或从主屏幕打开应用，继续检查 Home 与 Config。
如果下载过程要求输入密码或完成设备验证，这不等于再次收费。关键在于当前显示的是重新下载，还是带有价格的购买确认。出现价格且无法确认购买归属时，先取消并检查记录，不要用重复购买代替排查。
03 找不到应用或显示价格时怎么查
搜索结果页显示价格、已购列表没有条目、下载过程中报错，是三个不同问题。前两项优先核对购买归属与列表状态；已经出现云朵图标却下载失败，则应先查看系统给出的网络、储存空间或账号验证提示。不要把所有失败都归因于 Shadowrocket 内部设置，应用尚未安装时这些设置并不参与商店下载。
旧手机有应用，新手机为什么显示价格？
先对照两台设备 App Store 账户页的账号，再查看原购买收据。旧手机能打开应用，只能说明本机已经安装，不能证明新手机当前商店账号持有购买记录。确认归属前先退出购买确认界面。
账号没错，已购列表还是找不到？
先清除列表筛选并搜索完整名称 Shadowrocket，再检查账户中的 Hidden Purchases。隐藏购买项目不等于删除购买记录；如果找到应用，按当前界面的下载或取消隐藏操作继续。
有购买收据，但现在不能下载怎么办？
核对收据中的应用名称与账号，查看交易是否曾退款，并确认当前商店地区与设备兼容性。保留系统错误原文和订单信息，通过设备内的 Apple 支持入口处理购买记录问题；不要公开完整收据或账号资料。
能看到云朵图标，但下载一直停住？
先检查 iPhone 可用储存空间、当前网络以及 App Store 是否等待账号验证，再重试下载。此时无需调整尚未安装的应用内 Global Routing，也不需要重新购买。
更改商店地区并不是恢复购买的通用步骤。应用在当前地区是否可用、账号是否满足商店要求，都以 App Store 实际提示为准。也不要为了寻找已购记录而退出整台设备的 iCloud；先定位商店购买账号，能避免把购买排查与设备数据同步混在一起。
04 安装完成后恢复 Home 与 Config
重新下载后，先打开 Home 查看原有服务器和订阅是否存在，再到 Config 查看所需配置是否存在并已选用。通过设备迁移或备份恢复时，部分数据可能已经回来；直接重新安装则不能假定原配置仍然保留。删除应用前如果没有可用备份，App Store 的购买记录不能重建原来的服务器密码或规则内容。
- Home 为空：使用自己保留的有效订阅重新导入。常见入口为 Home → 右上角“+”→ Type → Subscribe，填写自己的订阅地址并保存，再执行订阅更新，检查是否返回服务器条目。
- 只有手动服务器：通过 Home → “+”进入 Add Server，按原始资料核对 Type、Address、Port 和认证字段。不要根据服务器名称猜测协议或端口，也不要把订阅地址直接当作服务器 Address。
- Config 缺失：从自己的配置备份或原有配置来源恢复，再核对所用规则及策略名称。恢复服务器列表不等于恢复了自定义规则，尤其要检查原来依赖的策略是否仍存在。
- 条目存在但连接失败：先更新已有订阅，再检查服务有效期与认证资料。条目名称相同不表示地址、密码和其他参数仍然有效。
订阅地址通常包含访问凭据，分享截图或向支持人员描述问题时应遮盖完整地址、密码和密钥。备份也应存放在自己可控制的位置。已有订阅更新成功，只说明取得了新的服务器资料，并不等于每个服务器都已通过实际连接验证。
05 恢复后检查 Global Routing 与 VPN 授权
首次开启连接时，系统可能要求允许添加 VPN 配置，按设备提示确认。此授权是连接所需的系统权限，与 App Store 购买验证不是同一步。如果此前删除过系统 VPN 配置，重新安装后应再次观察授权提示，而不是只检查付款记录。
然后在 Home → Global Routing 核对当前姿态。恢复购买不会替你判断应该使用哪一种路由方式；迁移后模式和配置也需要重新确认。以下只比较本次恢复验证常用的 Config、Proxy 与 Direct，不把临时测试选择当作长期配置结论。
Config
推荐按当前选用的配置规则处理请求。已经恢复原 Config、并准备验证日常分流时，先用这一姿态检查规则与策略是否完整；Config 本身不保证所有请求都走代理。
适合:已有完整规则配置后的日常恢复验证
Proxy
使用代理姿态检查所选服务器的连接表现，可帮助区分服务器连接问题与配置规则问题。测试结束后，按原有使用目的恢复路由姿态，不要仅凭一个网页打开就认定全部配置正确。
适合:临时隔离规则因素、检查所选服务器
Direct
使用直连姿态时，网页可访问不能证明服务器可用。如果预期请求经过代理，却停留在 Direct，应先调整姿态，再进行同一目标的访问测试。
适合:对照当前本地网络的直接访问结果
结论:先验证连接，再恢复自动化
先手动开启连接并访问自己常用的目标，确认服务器与规则正常，再到 Settings → On Demand 核对按需连接设置。若排查时连接自动重新开启，先暂停 On Demand，避免把自动触发误认为开关失效。
如果 Proxy 下可访问、Config 下不可访问，下一步应检查当前 Config 的匹配结果与策略；如果两者都失败，应继续检查所选服务器和网络条件。这里的对照用于缩小范围，不足以单独判定 DNS、服务端或某一条规则必然有错。
06 换机结束前的核对清单
完成一次真实访问测试后，再结束旧设备上的迁移准备。购买资格、应用数据和连接状态分别确认，可以避免“已经下载”被误认为“已经恢复到原来的使用状态”。如果还要在 iPad 上使用，也应在该设备的 App Store 核对购买适用性与兼容性。
- App Store 使用原购买账号，Shadowrocket 产品身份与购买记录能够对应。
- Home 中所需服务器存在，已有订阅可以正常更新，所选服务器资料有效。
- Config 中选用了所需配置，Global Routing 与原来的分流目的相符。
- VPN 授权已完成，手动连接和目标访问经过验证，Settings → On Demand 的状态符合预期。
- 个人配置与订阅凭据已妥善保存，旧设备中的数据在迁移确认前仍可用于核对。
Shadowrocket 以 iPhone、iPad 使用为主，Mac、Apple TV 与 Apple Vision 的兼容信息也在同一 App Store 产品页中列出；设备购买适用性和系统要求以 App Store 页面标注为准。应用是闭源商业应用，获取入口为 App Store。重新下载涉及的购买资格由商店账号记录决定，线路是否可用则需要在应用内另行验证。