换机前先保留旧设备，再分别保存 Home 中的连接资料、订阅来源和 Config 文件；iCloud 同步用于设备间延续数据，独立导出用于保留可回退的副本。本文适合已有自己的服务商与订阅、准备更换 iPhone 或 iPad 的用户，按清点、同步、导出、恢复、验证五个环节完成迁移。
一、先区分连接资料、Config 与系统授权
Shadowrocket（小火箭）的 Config 文件不能直接等同于整个应用的备份。Home 里的服务器和订阅、Config 里的规则文件、Settings 中的行为设置，以及系统保存的 VPN 授权，属于不同层次。只复制一个规则文件，不能据此判断服务器密码、订阅来源和自动连接条件也已经迁移。
结论：迁移是否完成，要在新设备逐项核对
不要以“文件已经出现在 iCloud”作为清空旧设备的依据；先在新设备确认 Home 条目、当前 Config 和实际连接均正常，再处理旧设备。
| 迁移对象 | 旧设备保存什么 | 新设备检查什么 |
|---|---|---|
| 服务器 | 协议类型、地址、端口及该协议所需凭据 | Home 中条目存在，编辑页字段完整 |
| 订阅 | 原始订阅地址、分组名称及手动修改记录 | 来源可辨认，能够单独更新 |
| Config | 当前配置文件、规则及外部资源引用 | 文件已导入，并明确选为当前使用的配置 |
| 连接行为 | Global Routing 与 Settings → On Demand 的条件 | 按新设备网络重新核对，不直接套用旧状态 |
| 系统授权 | 记录旧设备曾使用的连接方式 | 首次连接时按系统提示添加 VPN 配置 |
二、旧设备先做清点，再开启 iCloud 同步
先在旧设备查看 Home，记录订阅组名称、手动添加的条目以及当前选中的服务器；再到 Config 确认当前使用的文件。若曾直接编辑订阅生成的服务器，应另外保存修改内容，因为订阅更新可能重新生成条目，不能把本地修改视为服务商已保存的数据。
- 在系统“设置”中进入 Apple 账户 → iCloud，确认用于同步的账户。两台设备若使用不同的 iCloud 账户，不应预期应用数据自动出现在另一台设备。
- 检查 iCloud Drive 已开启；在 iCloud 的应用列表中查看 Shadowrocket 的访问权限。不同系统的入口名称可能不同，以设备实际显示为准。
- 打开 Shadowrocket → Settings，查找 iCloud 相关选项。若当前应用提供同步开关，将其开启，并阅读页面列出的同步范围；不要把单项同步理解为整机备份。
- 保持设备联网，检查 iCloud 可用空间。随后在新设备开启对应的系统权限和应用选项，以实际出现的条目核对同步结果。
- 若页面出现导入、恢复或覆盖选择，先阅读提示并保留新旧两端已有数据。不要连续在两台设备上编辑同一个配置，避免无法判断哪个副本应保留。
三、导出 Config，保存可回退的规则副本
进入 Config 后，先确认要保存的是当前正在使用的配置，而不是名称相近的旧文件。打开该文件对应的操作菜单，使用应用提供的分享或导出入口，再在系统分享面板中选择“存储到‘文件’”。入口位置以当前应用界面为准，不要把编辑器里复制的一小段规则当作完整导出。
- 给副本使用能辨认用途的文件名，例如
travel-backup.conf。文件名用于区分副本，不代表它自动包含 Home 的所有数据。 - 选择自己可访问的文件夹保存；若存入 iCloud Drive，等待文件上传完成，再从“文件”中重新打开，确认内容可读。
- 检查配置中的远程规则、脚本或其他资源引用。保存主文件不等于保存引用目标的内容，换机后仍需确认这些资源可访问。
- 若配置中存在服务器定义、认证字段或私人资源地址，将该文件按敏感资料保存。不要发到公开群聊，也不要用于公开展示。
下面仅用于说明应核对的规则结构，不是完整配置，也不包含服务器资料。迁移时应保留原文件的规则顺序、目标策略和其他配置段，不要用这段示意覆盖现有文件。
[Rule]
DOMAIN-SUFFIX,example.com,DIRECT
IP-CIDR,192.168.0.0/16,DIRECT,no-resolve
GEOIP,CN,DIRECT
FINAL,PROXYDOMAIN-SUFFIX 检查域名后缀，IP-CIDR 检查地址范围，GEOIP 依赖相应的地理地址数据；FINAL 用于前面规则未命中的请求。恢复后若调整过顺序，即使文件名未变，分流结果也可能不同。
四、订阅与手动服务器分别恢复
订阅的恢复重点是“来源仍在”，手动服务器的恢复重点是“字段完整”。本文以你已经拥有自己的服务商与订阅为前提，本站不提供、不销售、不推荐节点或订阅。订阅地址通常含有访问凭据，保存时应与普通笔记和公开截图分开。
- 已有订阅：先检查同步后 Home 是否已有对应订阅组；若已有，优先核对来源并更新，不要立即重复导入。没有恢复来源时，再从自己保存的原始地址重新导入。
- 手动条目：检查协议类型、服务器地址和端口。通过 Home → Add Server 补录时，按服务商给出的原始参数填写，不凭旧名称推测协议。
- 认证字段：Shadowsocks 需要核对加密方法及密码；VMess、VLESS 需要核对 UUID 及相关传输设置；Trojan 需要核对密码及 TLS 相关设置。字段不能在不同协议之间直接套用。
- 附加参数：TLS 的服务器名称、传输路径等即使不显示在 Home 列表中，也可能决定能否连接。列表里出现同名条目，不代表编辑页内容一致。
端口必须保留原值。例如旧条目使用 443，应先按原值恢复；这个数字本身不能证明连接已启用 TLS，也不能证明应使用哪种协议。订阅更新后若条目数量变化，先核对服务商当前返回的内容，再判断是否存在重复或缺失。
五、新 iPhone 或 iPad 按顺序恢复并验证
Shadowrocket 是闭源商业应用，通过 App Store 一次性购买。重新获取应用与恢复配置是两个独立步骤：购买记录不会代替配置备份，客户端购买也不包含线路套餐。应用以 iPhone、iPad 为主，其他 Apple 设备的兼容性、系统要求与通用购买权益均以 App Store 页面标注为准。
- 恢复应用：使用购买时的 Apple ID，在 App Store 的购买记录中查找 Shadowrocket。需要确认产品时，按正版核验页检查官方图标、开发者 Shadow Launch Technology Limited 和应用 ID 932747118。
- 检查同步：完成前述 iCloud 设置，打开 Home 和 Config 分别查看。若数据已出现，先核对再操作；若只有部分数据出现，按缺失的类别补齐。
- 导入文件：在“文件”中找到保存的 Config，通过系统分享面板交给 Shadowrocket，或使用 Config 内提供的文件导入入口。导入后返回 Config，明确选择需要使用的文件。
- 选择服务器：在 Home 选择一个已核对参数的服务器。确认 Global Routing；需要按规则分流时使用 Config，不能仅凭连接开关判断规则已生效。
- 完成授权：打开连接开关，按系统提示允许添加 VPN 配置。旧设备的授权状态不能替代新设备上的确认。
- 分层验证：先执行 Connectivity Test，再访问自己平常使用的服务。测试结果用于检查连接情况，不能单独证明所有规则、DNS 与订阅更新都正常。
Global Routing 中，Proxy 用于全局代理，Direct 用于直接连接，Config 按当前配置处理，Scene 按已设置的场景条件处理。迁移后应先恢复明确、可核对的姿态；不要在尚未核对场景条件时，仅因旧设备使用 Scene 就照搬结果。
六、换机恢复时常见的四个问题
iCloud 已经打开，为什么新设备还是空的？
先分别检查系统 iCloud Drive 权限、两端的 iCloud 账户和 Shadowrocket 内实际提供的同步选项，再检查空间与网络。不要反复删除旧设备数据来“触发同步”。如果仍未出现，保留旧设备，使用独立导出的 Config 和保存的订阅来源逐项恢复。
导入了 Config，为什么 Home 没有服务器？
先查看文件实际内容。若其中只有规则、DNS 等设置，就不能从中恢复 Home 的订阅来源。回到保存的订阅资料重新导入，或用 Home → Add Server 补录手动条目，再回 Config 选择对应文件。
订阅恢复后，同名服务器出现了两份怎么办？
先区分手动条目与订阅生成的条目，检查是否重复导入同一来源。保留已验证可更新的订阅组，并在备份后删除重复来源；不要只按显示名称批量删除，否则可能删掉保存过特殊参数的手动条目。
配置看起来一样，连接行为却与旧设备不同？
依次检查 Home 的当前服务器、Global Routing、Config 当前选中文件，再检查 Settings → On Demand。Connectivity Test 失败时先核对服务器字段与网络；测试有结果但目标服务异常时，再检查规则顺序及远程资源是否加载。
七、迁移完成后再处理旧设备
最终验收不是比较文件名，而是确认新设备可以独立完成日常操作。至少进行一次订阅更新、一次手动连接和一次配置核对；若使用 On Demand，还应在适用网络条件下确认触发行为。此时旧设备仍应保留，便于查看缺失字段。
- Home 中需要的订阅来源和手动服务器都能辨认，更新时没有误操作到重复来源。
- Config 中当前文件选择正确，关键规则顺序与旧设备一致，引用资源能够正常读取。
- 连接授权已在新设备完成，Global Routing 与预期用途一致，Connectivity Test 和实际访问均已检查。
- 独立导出的文件仍保存在自己控制的位置，能够重新打开；含密码、UUID 或订阅凭据的副本没有公开分享。
确认上述项目后，再按自己的设备交接计划处理旧设备。以后修改规则或手动服务器参数时，同步更新独立副本；不要让唯一可用的配置只留在一台即将清空的设备上。