更换 iPhone 或 iPad 前，先把购买记录、Home 中的连接资料、Config 文件和 Settings 设置分开处理。iCloud 同步不能代替独立备份，导出单个 Config 文件也不等于备份整个应用。本文以用户已有自己的服务商与订阅为前提，按旧设备留存、新设备恢复、逐项验证的顺序操作；新设备确认可用之前，保留旧设备原有数据。
一、先分清购买记录、连接资料与 Config
Shadowrocket（小火箭）的换机恢复包含两件独立的事：从 App Store 重新取得已购应用，以及恢复用户自己的配置。客户端为一次性买断的闭源商业应用，购买客户端与连接服务相互独立；恢复购买记录不会生成订阅，也不会恢复服务商账户权限。
应用内的 Home、Config、Settings 承担不同任务。Home 中能看到连接条目，不代表原来使用的规则文件已经恢复；Config 中出现文件，也不代表 Home 中已有对应的连接参数。迁移时应逐项验收，而不是只检查连接开关是否出现。
| 迁移对象 | 需要留存什么 | 新设备检查位置 |
|---|---|---|
| 应用购买记录 | 原购买账户及已购项目记录 | App Store 的应用购买记录 |
| 连接资料 | 本人已有订阅地址，或手动条目的完整参数 | Home 中的条目与订阅分组 |
| 规则配置 | 当前使用的 Config 文件及其外部依赖 | Config 中的文件内容与选中状态 |
| 运行设置 | Global Routing、On Demand 等实际取值 | Home 与 Settings 中的对应项目 |
二、iCloud 同步覆盖范围如何确认
iCloud 是应用数据的同步途径，不是 App Store 购买记录的替代品。系统中的 iCloud 账户与 App Store 用于购买的账户可能不同：前者关系到云端数据，后者关系到能否重新下载已购应用。只核对其中一个账户，不能说明两部分都能恢复。
先在 iPhone 或 iPad 的系统设置中进入 Apple 账户 → iCloud，确认 iCloud Drive 和 Shadowrocket 对应的使用权限；系统界面中的入口名称以设备实际显示为准。再到 Shadowrocket 的 Settings 中检查 iCloud 相关项目，按界面实际提供的同步范围启用。不要把系统整机 iCloud 备份、iCloud Drive 文件和应用内同步当成同一个功能。
iCloud 同步与文件导出分别承担什么
iCloud 同步
- 依赖两台设备的 iCloud 账户、权限和网络状态。
- 具体数据类型以 Settings 中提供的项目及实际同步结果为准。
- 同步后的修改可能继续传播，不宜作为唯一历史副本。
Config 文件导出
- 保存所选文件导出时的内容，便于单独留存和比较。
- 不自动包含 Home 中所有订阅、连接条目与 Settings 设置。
- 文件引用的远程资源仍需在新设备上单独检查。
采用“同步后核对，加一份独立导出”的方式；不能把启用了 iCloud 视为全部迁移完成。
同步覆盖哪些内容，应以新设备上的结果确认：Home 是否出现原有分组，Config 是否出现目标文件，文件内规则是否完整，Settings 中的取值是否一致。即使其中一项已经同步，也不要推定其余项目全部同步。系统 VPN 授权还需要在新设备首次连接时另行确认。
三、旧设备上导出 Config，并留存依赖
导出前先进入 Config，确认当前实际选中的文件，打开后检查规则与 DNS 等内容。不要仅凭文件名判断：列表里可能同时存在旧文件、远程文件和本地修改过的副本。建议给留存副本使用能辨认用途的文件名，例如 iphone-before-migration.conf，并在自己的记录中注明导出时间。
-
确认当前文件
打开 Config，记录选中文件的名称，查看其内容。若使用远程配置，同时保留原来源信息，区分远程原文与本地改动。
-
导出独立副本
在 Config 中打开目标文件的操作菜单，使用文件分享或导出入口；菜单位置与名称以当前界面为准。在系统分享面板选择“存储到‘文件’”，保存到本人可访问的位置。
-
检查文件内容
从系统“文件”中找到刚保存的文件，确认不是空文件，并核对开头的配置内容与末尾规则。只保存文件名、图片或来源地址，不能代替配置正文。
-
留存连接资料
另行安全保存本人已有的订阅地址；手动条目应核对 Type、地址、端口、认证资料，以及适用时的 TLS、SNI、传输层参数。
-
记录运行设置
记录 Home → Global Routing 的取值，以及 Settings → On Demand 的现有状态。其他自行修改过的设置也应留存，恢复时逐项对照。
如果规则依赖远程规则集或其他外部资源，导出 Config 通常只是保留引用关系，不代表这些资源已经被打包为离线副本。换机后应确认资源仍可访问、账户权限仍有效；不要为了恢复而随意替换为来源不明的配置。
四、新 iPhone 或 iPad 按顺序恢复
先恢复应用，再恢复资料，最后启用连接。Shadowrocket 仅在 Apple 平台发行，唯一获取入口是 App Store；开发者为 Shadow Launch Technology Limited，系统要求与购买适用范围以 App Store 页面标注为准。使用原购买账户，在 App Store 的应用购买记录中查找 Shadowrocket 并重新下载，入口名称随系统界面可能不同。
-
核对已购记录
核对 App Store 账户、开发者和应用 ID。若页面仍显示购买价格，先检查当前账户和历史购买记录，不要把这个现象判断为配置丢失。
-
检查云端数据
确认系统 iCloud 权限与应用内相关设置。等待网络传输完成后，分别查看 Home 和 Config；同步期间先不要在两台设备上反复修改同一份配置。
-
补回缺失资料
缺少订阅时，在 Home 右上角“+”→ Type → Subscribe 中填入本人已有的订阅地址并保存，再执行更新；手动连接条目则按原始资料逐项恢复。
-
导入配置文件
在系统“文件”中找到导出的 Config 文件，通过分享面板交给 Shadowrocket 打开；也可使用 Config 中实际提供的本地文件导入入口。导入后回到 Config，打开文件核对内容并明确选中。
-
授权并验证
首次开启连接时按系统提示允许添加 VPN 配置。先完成手动连接测试，再恢复 Settings → On Demand 中原有的自动连接条件。
如果分享面板没有显示 Shadowrocket，先确认“文件”中保存的是可读取的配置正文，而不是网页快捷方式或尚未下载完成的云端项目。返回 Config 检查本地导入入口；导入失败时保留原文件，不要连续覆盖同名文件，以免丢失最后一份可用副本。
五、恢复后检查规则、订阅与 On Demand
“文件已经导入”和“运行行为已经恢复”是两个检查点。Home → Global Routing 若处于 Direct，请求不会按预期使用代理；处于 Proxy，也不能据此验证原来的分流规则。要检查 Config 中的规则行为，应先选择目标文件，并把 Global Routing 调整为 Config。Scene 则应按原先使用的场景设置另行核对。
- 订阅更新：确认更新后出现的是预期分组和条目；只有分组名称、没有可用条目，不能算恢复完成。更新失败时先区分网络错误、地址失效与权限问题。
- 手动参数：核对协议 Type、地址和端口是否与原资料一致。VMess、VLESS、Trojan 等条目的认证与 TLS 参数不能互相套用。
- 规则内容：检查
DOMAIN-SUFFIX、GEOIP、IP-CIDR等原有条目是否保留，规则顺序及引用的策略是否仍有效。 - 最终策略：检查文件末尾的
FINAL，它处理前面规则均未命中的请求；不要在恢复时无意改变这一默认去向。 - 自动连接：进入 Settings → On Demand，核对原有条件。先测试手动开关，避免自动重连干扰故障判断。
下面只展示两条规则的核对方式，不是完整配置，也不应替换已有文件。example.com 是文档示例域名；PROXY 对应的策略必须在实际配置中有效。恢复时应对照自己的原文件，而不是照抄示例。
[Rule]
DOMAIN-SUFFIX,example.com,PROXY
FINAL,DIRECT验证时保持两台设备使用相同的网络环境，分别访问本人有权访问的相同目标，再查看应用内请求记录中的匹配规则与实际策略。仅比较出口地址不足以证明每条规则都恢复正确；规则命中、DNS 解析和连接成功应分别检查。
六、换机恢复的常见问题
同一个账户，为什么还显示购买价格？
先查看 App Store 当前用于购买的账户，而不只看系统 iCloud 账户。进入应用购买记录搜索 Shadowrocket，核对应用 ID 为 932747118；没有找到原记录时，继续核对当时的购买账户和凭证，再决定后续操作。
iCloud 开着，为什么 Home 还是空的？
先确认两台设备的 iCloud 账户、系统权限和 Settings 中的同步项目，再分别查看 Home 与 Config。若仍缺连接资料，使用已安全留存的本人订阅或手动参数恢复；不要把某个文件已经出现当成全部数据同步的证明。
Config 导入了，为什么连接效果不同？
回到 Config 确认导入文件已经选中，再检查 Home → Global Routing。需要按规则运行时选择 Config，并核对策略引用、远程资源与 DNS 设置；如果连接条目本身缺失，先恢复 Home 中的数据。
新设备更新订阅失败，旧设备却能用？
先核对新设备保存的订阅地址是否完整，特别是查询参数和访问凭证，再检查两台设备的网络条件是否一致。旧设备已有的条目可能只是先前缓存，不能据此认定订阅地址当前仍有效；必要时向原服务商核对本人账户状态。
迁移完成后可以马上清除旧设备吗？
先验证 Home 条目、Config 文件、Global Routing 和 On Demand，确认新设备重启后仍能按预期使用，并保留一份可读取的独立配置副本。验收完成前，不删除旧设备上最后一份可用资料。
七、保留一个可回退的迁移结果
迁移完成的标准不是“新设备能打开应用”，而是所需资料完整、运行方式明确、备份可再次读取。建议把旧设备导出副本与新设备确认后的副本分开保存，避免后续同步或订阅更新把两者混为一份。订阅内容会随来源更新，独立配置副本则记录导出当时的文件内容。
- 保留一份迁移前 Config 文件，以及一份迁移后已验证的文件。
- 安全保存本人连接资料；不要把账户密码与完整配置放入公开共享位置。
- 记录实际使用的 Global Routing 模式和 On Demand 状态，便于下次恢复。
- 确认新设备可独立使用后，再处理旧设备的数据清除与交接。