本文适合准备更换 iPhone、迁移到 iPad 或删除重装 Shadowrocket（小火箭）的用户。以你已有自己的服务商与订阅为前提，分别整理 iCloud 同步、配置文件导出与新设备恢复的操作边界；先保存订阅来源和本地修改，再检查规则、策略与系统授权，避免把“文件已出现”误当成“迁移已完成”。
一、先分清订阅、配置与系统授权
Shadowrocket 的迁移不是复制一个文件就能覆盖全部状态。Home 中的订阅和手动添加的连接条目、Config 中的配置文件、Settings 中的应用设置，以及系统 VPN 授权，属于不同层面的数据。配置文件可能含有连接参数，但不能因此推定每个导出的文件都包含全部订阅来源与应用设置。
在旧设备上先建立一份清单。记录当前选中的配置名称、Global Routing 的选择、订阅来源和手动修改过的字段。订阅重新更新后会取得远端当前内容，不一定保留你在本地改过的名称、参数或排序，因此不能只备份订阅链接。
- 订阅来源：保存完整链接，包括路径、查询参数与 token。本文假值
https://example.com/sub?token=xxxx仅用于辨认结构，不能用于导入。 - 手动条目：单独记录协议、服务器、端口及认证字段；还要核对实际使用的 TLS、SNI、传输路径等参数，未启用的项目不必补填。
- 本地配置：保存 Config 中实际启用的文件，尤其是自行增加的规则与 DNS 设置。
- 设备状态：记录 Global Routing 与 Settings → On Demand 的状态；新设备上的系统授权需要重新确认。
结论：先导出本地副本，再进行同步
旧设备仍可使用时，先保存当前配置及完整订阅来源，再操作 iCloud。同步会传播修改，独立文件副本才便于在误改或误删后找回之前的内容。
二、iCloud 同步：先验证范围，再依赖恢复
iCloud Drive 中的文件、应用自身提供的 iCloud 同步，以及系统 iCloud Backup，是三个不同入口。把配置文件存入 iCloud Drive，只能证明该文件已保存；系统整机备份也不能代替逐项核对 Shadowrocket 的数据。应用内同步的具体项目和入口，以当前实际界面显示为准，不应假定它包含全部设置。
- 在两台设备的系统 Settings 中核对用于 iCloud 的 Apple Account。它与 App Store 购买所用账户是两个需要分别核对的事项。
- 进入系统 Settings → Apple Account → iCloud，检查 iCloud Drive 是否启用、空间是否充足，以及相关应用使用 iCloud 的权限。
- 打开 Shadowrocket，在 Settings 中检查当前界面提供的 iCloud 相关选项。先阅读该选项说明，确认它处理的是哪些数据，再启用对应项目；没有看到入口时，改用下节的文件导出方法。
- 让旧设备联网完成同步，再打开新设备检查。不要同时在两端修改同一个配置，也不要在未核对前清空任一端的数据。
- 在新设备的 Home 与 Config 分别比对订阅分组、手动条目、文件名称和文件内容。只有名称相同，不足以确认本地修改已迁移。
如果新设备只出现配置文件、Home 中没有原来的订阅，应把它视为恢复范围尚不完整，继续检查订阅来源，而不是反复开关 VPN。若新旧设备内容不同，先保留两份副本，再决定使用哪份，避免把较旧内容覆盖到仍可使用的设备。
三、导出配置文件：保留本地规则与依赖
导出文件适合保存一个明确的配置快照。先在 Config 确认当前使用的文件，再打开它的操作菜单；根据当前界面提供的 Share 或导出操作，将文件保存到 Files。若长按文件弹出操作菜单，可从该菜单继续；菜单入口与名称以实际界面为准，不要把配置的远程地址当成文件副本。
- 在 Config 找到正在使用的配置，核对名称，避免只导出一个未启用的旧文件。
- 使用文件操作菜单中的分享或导出功能，在系统分享面板选择 Save to Files，保存到自己控制的文件夹。
- 为副本使用可区分的文件名，例如
home-before-migration.conf，不要覆盖唯一的旧副本。 - 在 Files 中打开导出的文件，检查它包含预期的配置分节和本地规则；文件存在但内容为空，也不能算备份成功。
- 若配置引用远程规则资源，另外记录资源地址；若引用其他本地文件，保存那些文件，并在新设备上核对引用关系。
下面的片段只用于说明如何辨认规则是否保留，不是要求替换你的现有配置。检查时应比对原文件中的规则内容与前后顺序，而不是只搜索一个关键字。
[Rule]
DOMAIN-SUFFIX,example.com,DIRECT
IP-CIDR,192.168.0.0/16,DIRECT,no-resolve
FINAL,DIRECT规则通常自上而下匹配，因此自定义的 DOMAIN-SUFFIX、IP-CIDR 或 GEOIP 规则不仅要存在，还应保持预期顺序。FINAL 是前序规则未匹配时的兜底；将原来的兜底策略换成示例里的 DIRECT，会改变实际路由，不能仅为通过检查而照抄。
- 若规则引用命名策略或策略组，检查对应名称在恢复后的配置中仍然存在，大小写与拼写保持一致。
- 若文件含有订阅地址、认证密码或私钥，应按凭据文件保管，不要发送到公开讨论区。
- 远程规则地址能保留，并不代表资源内容已离线保存；新设备仍需具备访问该资源的条件。
四、新设备恢复：应用、文件、订阅分别处理
Shadowrocket 是 Apple 平台的闭源商业应用，以 iPhone、iPad 使用为主，唯一获取入口为 App Store。换机时先核对原购买账户，并在 App Store 查找已购应用。产品页应用 ID 为 932747118，开发者为 Shadow Launch Technology Limited；购买信息、适用设备与系统要求以 App Store 页面标注为准。
- 恢复应用：通过 App Store 安装 Shadowrocket。购买记录解决应用获取问题，不会自动补回单独遗失的订阅链接。
- 恢复文件：使用 iCloud 已同步的配置，或在 Files 中选择已导出的文件，通过系统分享面板交给 Shadowrocket 处理；导入后到 Config 核对并选择实际要使用的文件。
- 恢复订阅：如果 Home 尚无对应订阅，使用你已持有的完整订阅链接，通过 Home 的添加入口导入；确认内容后再执行更新，不要重复添加多个同源分组。
- 核对参数：对手动条目逐项比对协议、地址、端口和认证信息。端口应使用原配置值，例如原来使用
443就保留该值，不能仅因启用 TLS 就将所有条目改为443。 - 确认授权：首次启用连接时按系统提示允许添加 VPN 配置；旧设备的授权不能作为新设备已授权的依据。
客户端买断 ≠ 线路套餐。本站不提供、不销售、不推荐节点或订阅；恢复时只使用你已有的服务商资料。若原订阅链接已失效，应从自己原有的服务账户核对有效链接，不能通过重装应用修复服务器端已失效的凭据。
五、恢复后检查 Global Routing 与 On Demand
配置导入成功与连接行为正确是两次不同的检查。Home 中 Global Routing 如果选择 Proxy，不能据此证明规则文件已按预期分流；选择 Direct 时，也不能用某个请求未经过代理来判断订阅损坏。需要验证规则时，应明确选择 Config，再对照该配置的命中结果检查。
| 检查位置 | 核对内容 | 发现差异时的操作 |
|---|---|---|
| Home → Global Routing | Proxy、Direct、Config 或 Scene 是否符合原设备用途 | 先选定明确姿态；使用 Scene 时继续核对其关联设置 |
| Config | 当前选中的文件、本地规则与策略引用 | 对照导出副本，确认不是启用了同名旧文件 |
| Settings → On Demand | 是否启用，以及对应触发条件 | 先完成手动连接验证，再恢复需要的自动触发设置 |
| Home | 订阅更新结果、选中条目与连接参数 | 区分获取订阅失败和连接远端服务器失败 |
验证时每次只改变一个变量。先保留一份已知配置，手动连接并访问你正常使用的目标，再检查连接记录中的目标地址与策略。若只有某个域名行为不同，优先检查该域名命中的规则；若订阅能更新但条目无法连接，则继续检查地址、认证、传输参数和当前网络条件。
- 原设备能用、新设备不能用：先对照参数、所选条目、Global Routing 和系统授权，不要立即重置全部配置。
- 手动连接正常、切换网络后行为不同：检查 Settings → On Demand 以及使用 Scene 时的相关条件。
- 一般请求正常、指定域名异常：检查 DOMAIN-SUFFIX 等具体规则是否仍位于 FINAL 前面，以及引用策略是否有效。
六、迁移常见问题与旧设备清理
新设备有配置文件，为什么 Home 还是空的？
先检查该文件是否真的包含连接信息。规则文件不等于完整订阅备份；回到旧设备核对订阅来源，在新设备 Home 的添加入口导入已有链接，再检查条目是否出现。不要把配置文件中的规则段当成订阅内容。
订阅更新以后，本地修改怎么不见了？
更新会重新取得远端内容，本地修改是否保留取决于具体项目与更新处理方式。先停止连续更新，从事先保存的记录核对被改动字段；恢复后把独立维护的规则保存在可辨认的配置副本中，并再次导出。
iCloud 没出现数据，要不要先删除再装？
先不要删除唯一副本。核对两台设备的 iCloud 账户、Drive 权限、空间与联网状态；同时确认应用内实际启用的同步项目。旧设备仍能读取时，直接导出配置到 Files，再按文件恢复路径处理。
新设备能连接后，旧设备可以马上清空吗？
先完成订阅更新、规则命中和网络切换检查，并保留独立配置副本。若准备删除应用内数据，还要先确认同步关系，避免将删除操作传播到其他设备。处理旧设备前，核对本地副本不只存在于旧设备上。
最终验收应同时满足：应用来源已核对、配置内容已恢复、订阅能按预期更新、手动条目参数一致、路由姿态明确、系统授权完成。只要其中一项尚未核对，就保留旧设备和导出文件，不用“已经能打开一次网页”代替完整迁移检查。