本文适合已有连接参数或订阅、准备更换 iPhone 或 iPad 的用户。迁移时分别处理 Home 中的连接、Config 中的规则文件与 Settings 中的运行设置；先保留旧设备，再通过 iCloud 或文件恢复，最后检查规则命中与连接结果。单独导出一份 Config 不等于备份全部应用数据。
迁移范围：先分清连接、规则与运行设置
Shadowrocket（小火箭）的迁移目标不是让新设备出现相同的列表，而是让连接参数、当前使用的 Config 和 Global Routing 姿态相互对应。Home 中能看到连接条目，只能说明连接信息已经存在；Config 文件是否选中、引用的策略是否有效，仍需另行检查。
iCloud 同步适合在自己的设备之间传递应用支持同步的数据；导出 Config 适合保存可独立查看和重新导入的配置文件。两者都应先核对实际覆盖范围。尤其是订阅生成的连接、手动添加的连接和系统 VPN 授权，不能仅凭“文件已保存”就认定全部恢复完成。
| 对象 | 备份时保留什么 | 新设备检查什么 |
|---|---|---|
| 已有连接 | 协议类型、地址、端口及认证参数 | 参数是否完整，当前连接是否选对 |
| 已有订阅 | 原始订阅地址、分组与更新设置 | 能否更新，更新后条目是否变化 |
| Config 文件 | 本地修改、规则顺序与策略引用 | 文件是否已导入并实际选用 |
| 运行状态 | Global Routing、On Demand 等设置记录 | 按新设备需求重新核对，不照搬连接开关状态 |
结论：保留两条恢复路径
启用 iCloud 同步后，仍单独保存当前 Config 与已有订阅来源；在新设备验证完成前，不清空旧设备的数据。
旧设备备份：建立可逐项对照的基线
备份前先确认旧设备当前能够按预期工作。若旧配置本身有错误，迁移只会把相同问题带到新设备。先记录工作状态，再做导出；不要在换机当天同时大幅调整规则、更新订阅和删除连接，否则难以判断差异来自哪一步。
- 记录 Home。记下当前选中的连接名称、所属订阅分组及协议类型。手动配置要保留完整原始参数，不能只记录显示名称。
- 记录 Global Routing。区分 Proxy、Direct、Config、Scene；它们是不同的路由姿态，不是四份相同的规则备份。需要规则分流时，重点记录 Config 的实际选用状态。
- 检查 Config。确认当前使用的文件，将手工修改的规则保存后再导出。若另有本地维护的相关文件，也要单独确认其恢复方式。
- 复查 Settings → On Demand。记下是否启用及相关条件。新设备先完成手动连接验证，再决定是否恢复自动触发。
- 准备敏感资料存储位置。将订阅地址、密码和导出文件放在仅自己可访问的位置，避免通过公开分享链接传递。
iCloud 同步：先确认云端条件，再核对恢复结果
iCloud 同步依赖设备上的 Apple 账户、系统 iCloud 设置、网络状态与应用支持的同步范围。系统整机备份和应用内同步是不同机制：前者用于设备恢复，后者用于应用支持的数据同步，不能把其中一种的完成提示当作另一种已经完成。
- 在旧设备的系统“设置”中进入自己的 Apple 账户与 iCloud 设置，确认 iCloud Drive 可用，并检查 Shadowrocket 的相关 iCloud 访问权限；系统设置名称可能随系统而变化。
- 打开 Shadowrocket，在 Settings 中检查当前界面提供的 iCloud 同步相关选项。若界面允许选择同步内容，逐项阅读，不将“已开启”理解为全部数据都在范围内。
- 保持网络可用，给旧设备完成同步的时间。没有固定的完成时长；不要用反复开关同步代替数据核对。
- 在新设备使用对应的 Apple 账户，安装并打开 Shadowrocket，确认系统与应用中的同步条件，再查看 Home 和 Config 是否出现预期内容。
- 对照旧设备记录核验条目、文件和关键设置。缺少的部分通过保留的 Config 文件或已有连接资料补齐，而不是先删除旧设备内容。
同步可能把修改或删除传播到其他设备，因此它不等同于长期保留的独立快照。迁移期间尽量只在一台设备上编辑；若新设备已有另一套配置，先导出保留，再决定合并或替换，避免仅凭同名文件判断内容相同。
导出 Config：保存文件，也保存它依赖的资料
Config 主要承载配置文本与规则逻辑。某份文件是否包含连接定义，要看文件实际内容；Home 中独立维护的连接列表不应默认包含在单个 Config 中。导出后应检查文件能否打开、规则是否完整，以及策略名称是否还依赖其他条目。
- 进入旧设备的 Config，找到正在使用的本地文件，先确认编辑内容已经保存。
- 使用该文件操作菜单中提供的分享或导出操作，将文件保存到自己的“文件”位置。以当前界面可用操作为准，不把远程配置地址当作本地修改后的副本。
- 重新打开保存的文件，确认不是空文件，也不是仅含远程地址的记录。另行保留订阅来源和未写入文件的手动连接资料。
- 在新设备通过 Config 提供的文件导入操作，或系统文件分享中可用的 Shadowrocket 接收入口导入，再回到 Config 确认文件出现并选用。
下面是用于说明检查位置的规则片段，不是完整的可用配置。example.com 与 192.0.2.0/24 为文档示例目标；不要用这段内容覆盖自己的完整文件。
[Rule]
DOMAIN-SUFFIX,example.com,DIRECT
IP-CIDR,192.0.2.0/24,DIRECT,no-resolve
FINAL,PROXY检查时确认 DOMAIN-SUFFIX 等例外规则位于预期位置，FINAL 保留在规则末尾；若文件引用自定义策略名称，要确认新设备上也存在对应定义。远程规则资源的地址可以写在文件里，但地址存在不表示资源已成功获取。
结论：导入成功后还要检查依赖
先核对策略名称与连接来源，再启用规则分流；若缺少的是 Home 中的连接，补导入已有连接资料，而不是不断重复导入同一份 Config。
新设备恢复：按连接、规则、自动触发的顺序验证
新设备应从 App Store 获取 Shadowrocket，再恢复数据。Shadowrocket 是 Apple 平台的付费客户端，iPhone 与 iPad 的系统要求以 App Store 页面标注为准。购买记录与配置数据属于不同事项：恢复购买不代表订阅、密码与 Config 已经恢复。
- 先核对参数。在 Home 查看恢复的连接。以 Trojan 为例，Address、Port、Password、SNI 应与自己的原始资料一致；Port 若原本为
443就保持443，不能因为换机改成习惯值。 - 再完成系统授权。首次开启连接时，按系统提示允许添加 VPN 配置。系统授权属于新设备本地操作，不能只依据旧设备曾经授权就跳过。
- 分开验证连接与规则。可先短暂使用 Global Routing → Proxy 验证所选连接，再切回 Global Routing → Config 验证规则分流。测试结束恢复预期姿态，避免把临时测试状态长期保留。
- 检查 Config 的实际效果。选择自己知道应由 DIRECT 和 PROXY 分别处理的目标，结合连接记录检查命中策略；仅看连接开关开启，无法确认规则生效。
- 最后恢复自动触发。确认手动连接正常，再检查 Settings → On Demand 的条件，并在切换 Wi-Fi 或蜂窝网络后观察实际行为。
若使用已有订阅，先核对恢复内容，再执行一次有目的的更新。更新可能改变连接名称、删除失效条目或替换服务端参数；更新后需重新确认当前选择，以及配置中按名称引用的策略。不要把订阅更新造成的变化误判成 Config 导入失败。
迁移异常：按缺失对象定位，不反复覆盖
出现问题时，先判断缺少的是连接、规则文件还是运行设置，再采取对应操作。每次只改一项并观察结果；同时更新订阅、切换路由姿态和替换 Config，会让问题来源难以区分。
新设备能看到 Config，为什么 Home 还是空的？
先查看导入文件是否含有连接定义。只有规则的文件不会自动补齐独立连接列表；使用自己保留的订阅地址或原始连接参数恢复 Home，再检查 Config 的策略引用。不要为了填充列表反复导入规则文件。
iCloud 已经开启，为什么两台设备内容不同？
依次核对 Apple 账户、系统 iCloud 权限、应用同步选项及网络状态，再对照具体缺失对象。不要先在空白的新设备上删除或重建全部数据；保留旧机副本，用文件方式补齐急需的 Config。
连接正常，为什么原来的分流没有恢复？
在 Home 检查 Global Routing 是否为 Config，再到 Config 确认选中的文件。Proxy 和 Direct 不等同于按该规则文件分流；若当前使用 Scene，还需核对其实际选用的场景配置。
换机完成后，旧设备什么时候可以清理？
先在新设备完成连接测试、规则命中核对和一次已有订阅更新，并确认独立备份可读取。准备清理前再检查 iCloud 的同步范围，区分本机移除与同步删除；不确定时保留旧设备内容。
备份原理：把同步状态与独立副本分开管理
iCloud 同步解决的是设备之间的数据一致性，独立导出解决的是保留某个时点的内容。前者可能传播后续修改，后者不会自动跟随订阅和规则变化，因此两种方式应配合使用。每次大幅调整规则后重新保存独立副本，比长期依赖一份过时文件更便于恢复。
- 连接层：保存可重新获得连接的资料，订阅内容仍取决于自己的服务端状态与权限。
- 配置层：保存 Config 文本、规则顺序与策略依赖；导入后检查是否已实际选用。
- 设备层：重新核对 VPN 授权、Global Routing 和 On Demand，不把旧机运行状态当作新机事实。
迁移完成的判断标准是新设备能够按预期建立连接、命中规则，并在需要时恢复备份，而不是同步开关已经开启。最终保留一份可读取的 Config、可找回的已有连接资料和简短设置记录，即可为下一次换机建立清晰的恢复起点。