本文适用于旧设备仍可使用、已有自己的服务商与订阅的用户。迁移时先分开保存购买记录、服务器与订阅、Config 配置文件，再在新设备逐项恢复。iCloud 中能看到文件不等于 Home 条目和 Settings 已全部迁移；完成一次订阅更新、规则检查与实际访问测试后，再处理旧设备。
一、迁移前先分清：购买记录、订阅和 Config 不是同一份数据
Shadowrocket（小火箭）的购买资格由 App Store 账户管理，连接参数与配置则属于应用数据。用原购买账户重新获取应用，只解决客户端使用资格，不会凭购买记录重新生成订阅链接。客户端买断 ≠ 线路套餐；已有订阅链接应从你的服务商处获取。
Home 中的服务器条目、Config 中的规则文件、Settings 中的行为设置承担不同任务。即使一个配置文件包含了部分服务器或策略定义，也不能据此认定它保存了 Home 中的全部订阅关系、更新选项和本机设置。迁移应按数据类别核对，而不是只检查应用是否已经安装。
判断标准：能重新取得的来源，比当前列表更重要
清理旧设备之前，确认至少保留一份可读取的 Config 文件，以及能够重新导入的订阅来源。只有服务器名称、分组名称或延迟结果，不能用于重建连接参数。
二、旧设备备份：先保留来源，再导出配置文件
先在旧设备完成一次正常连接，确认准备迁移的是有效配置。不要在备份前批量删除服务器、切换远程配置来源或重置 Settings；否则难以区分原有问题和迁移带来的变化。备份文件应保存在由自己控制的位置，避免将凭据发送到公共聊天或公开文档。
- 检查 Home。记录有效订阅的分组名称、当前选择的服务器，以及手动添加的条目。订阅链接单独安全保存；不要假定导出一个 Config 文件就包含了这些链接。
- 检查 Config。找出当前实际启用的配置文件，区分本地编辑文件与远程来源。若曾修改远程配置，既保存当前文件，也记录原始来源；重新拉取远程文件可能覆盖本地修改。
- 导出当前文件。在 Config 中打开该文件的操作菜单，使用文件导出或分享入口，再通过系统共享面板存入“文件”。具体按钮位置和名称以当前界面为准；需要保存的是配置文件本身，而不只是文件名或来源地址。
- 打开备份检查。在“文件”中确认文件确实存在且可读取，检查能否找到规则段和自己添加的条目。文件选择器里出现一个名称，并不代表下载或保存已经完成。
- 记录 Settings。核对 Settings → On Demand，以及订阅更新相关选项。记录哪些设置曾主动改动，不必逐项复制旧设备所有默认值。
以下是用于核对文件内容的规则示例，不是完整配置，也不包含连接服务。若旧文件中已有自己的规则，应保存原有顺序，不要用示例替换。
[Rule]
DOMAIN-SUFFIX,example.com,DIRECT
IP-CIDR,192.168.0.0/16,DIRECT,no-resolve
GEOIP,CN,DIRECT
FINAL,PROXY规则按顺序匹配，先命中的规则决定对应策略。迁移时尤其要检查自定义 DOMAIN-SUFFIX 是否仍在 FINAL 之前，以及被引用的策略是否仍然存在。只复制规则文字、遗漏对应策略定义，也会改变实际连接结果。
三、iCloud 同步的范围：文件可见不代表整套环境恢复
需要区分三种情况：把导出的文件保存在 iCloud Drive、使用客户端提供的 iCloud 相关功能、通过整机备份恢复应用数据。它们的保存对象和恢复过程不同。将一份 Config 文件放入 iCloud Drive，能够转移这份文件，但不能据此判断 Home 订阅列表、当前选中项与 Settings 都会随之恢复。
iCloud 文件迁移
- 账户检查
- 两台设备使用能访问同一 iCloud Drive 的账户
- 系统入口
- 系统“设置” → Apple 账户 → iCloud → iCloud Drive
- 文件检查
- 在新设备“文件”中打开备份，确认内容已下载
- 恢复动作
- 将文件导入 Config，并明确选为当前配置
云端文件出现后仍需完成导入；存储位置不等于当前启用状态。
应用数据与系统权限
- 订阅列表
- 在 Home 核对分组与条目，不凭文件存在推断已恢复
- 设置复核
- 检查 Settings → On Demand 与订阅更新选项
- VPN 权限
- 首次连接时按新设备的系统提示确认
- 购买账户
- App Store 购买账户与 iCloud 账户应分别核对
整机恢复后也要实测连接；系统权限和网络环境需要在新设备确认。
如果使用客户端内的 iCloud 相关入口，应先查看界面列出的同步对象，再在另一台设备核对实际结果。不要把“同步已开启”解释为“所有数据已备份”。系统菜单名称可能随系统语言和版本变化，但检查目标不变：云盘能访问、文件已落地、客户端已导入、所需条目齐全。
- 两台设备先保持可正常访问 iCloud 的网络，避免把云端下载未完成误判为文件丢失。
- 不要让两台设备同时修改同一份文件。先确定哪台保存的是有效内容，再在新设备恢复。
- 出现同名副本时，打开内容比较自定义规则与策略定义，不只根据名称决定保留哪份。
- 云端文件暂时不可用时，可把旧设备已导出的文件通过自己控制的本地传输方式交给新设备，不必反复重置应用。
四、新设备恢复顺序：先获取应用，再导入数据
Shadowrocket 通过 App Store 获取，以 iPhone、iPad 为主要使用设备；系统要求与购买适用范围以 App Store 页面标注为准。在新设备的 App Store 核对原购买账户，按购买记录重新获取应用。核验时确认开发者为 Shadow Launch Technology Limited，应用 ID 为 932747118；具体入口见恢复购买说明。
- 首次打开后检查 Home。如果整机恢复已带回订阅，先核对分组，不要立刻重复导入。缺失时，从你的服务商处获取原订阅链接，使用订阅导入入口重新添加，并执行一次更新。
- 恢复手动条目。不属于订阅的服务器应按旧设备记录逐项核对。地址、端口、认证参数与传输选项需要完整对应；名称相同不能证明参数相同。
- 导入 Config 文件。在 Config 使用文件导入入口选择备份；也可从“文件”的系统共享面板交给 Shadowrocket，具体可用方式以界面为准。导入后确认当前启用的是迁移文件，而不是另一份同名文件。
- 核对 Global Routing。若原来依靠规则分流，选择 Config，再检查所用策略对应的服务器。Proxy、Direct、Config、Scene 是不同的处理方式，不能仅凭服务器已选中就判断规则正在生效。
- 首次连接确认权限。打开连接开关，按系统弹窗完成 VPN 配置授权。授权提示属于新设备的系统操作，不应期待它随着文件复制而自动完成。
- 最后恢复自动化。手动连接与访问正常之后，再检查 Settings → On Demand。新设备所用 Wi-Fi、蜂窝网络或使用场景可能不同，不应未经验证直接照搬自动连接条件。
五、迁移验收：订阅更新、规则命中与实际访问分开测试
验收不应只看连接开关或延迟数值。延迟测试有结果，只能说明相应测试在当时得到了响应，不能证明 DNS、规则策略、订阅更新和全部网页访问都正常。先保持旧设备不变，在新设备一次只调整一个变量，才能定位差异。
- 核对订阅更新。在 Home 对已有订阅执行更新，检查是否有报错、分组是否正确、是否误添了重复订阅。服务器数量变化也可能来自服务商调整，不宜单凭数量认定备份损坏。
- 核对配置来源。在 Config 打开当前文件，查找一条自己明确添加过的规则。如果找不到，先解决文件选择或导入问题，不要继续改 DNS 来补救。
- 核对策略对应关系。检查规则引用的策略与当前服务器选择。迁移后策略名称存在，但其选择结果未必与旧设备一致。
- 核对实际访问。分别打开平时使用的直连资源与需要代理的资源，并结合连接记录检查走向。先在同一网络下比较，再切换 Wi-Fi 与蜂窝网络复测。
- 核对自动连接。手动连接成功后，再验证 On Demand 的触发条件；不要同时修改自动连接、DNS 和 Global Routing。
验收通过后，再清理旧设备
至少完成一次订阅更新、一次 Config 内容核对和一次实际访问测试，并确认备份文件仍可读取。未完成这些检查前，旧设备仍是核对参数与重新导出的可靠参照。
如果新设备首次测试失败，优先对照“启用文件、Global Routing、所选服务器、当前网络”四项。不要立即删除全部数据重新开始；反复导入容易产生同名文件和重复分组，反而增加排查难度。
六、换机后常见问题与处理顺序
同一 Apple ID 重新获取了应用，为什么 Home 还是空的？
购买记录与应用内连接数据分开管理。先检查是否有应用数据恢复结果；若没有，从你的服务商处获取已有订阅并重新导入。随后再导入 Config 文件，不要把重新获取应用当作订阅恢复完成的标志。
iCloud Drive 里有配置，Config 为什么没显示？
先在“文件”中打开该文件，确认云端内容已经下载。然后回到 Config 使用文件导入入口选择它，并明确启用。云盘提供文件存储，不能仅凭云盘中可见就认定客户端已经导入。
规则文件回来了，为什么连接结果和旧设备不同？
先检查 Global Routing 是否为 Config，再检查当前启用文件以及策略对应的服务器。若切在 Proxy 或 Direct，不能期待它按 Config 中的规则走向处理流量。之后再比较 DNS 设置与两台设备的网络条件。
导入订阅后出现两组相同条目，可以直接全删吗？
先分别检查两个分组的来源和更新结果，确认哪组是新导入的副本。保留一组已验证可用的订阅后再移除重复分组；手动添加的服务器与本地备注先单独记录，避免一起误删。
旧设备已经清理，只剩导出的配置文件怎么办？
先导入文件并查看实际包含的规则、策略与服务器定义，再补充缺失项目。若文件没有保存订阅来源，不能仅凭服务器名称反推出订阅链接；应从你的服务商处获取原订阅，并重新核对更新状态。
完成迁移后，将可用配置保留一份离线备份，并把订阅凭据与公开排查材料分开存放。后续修改规则时，先保存当前可用文件，再进行编辑；这样下一次换设备时可以按已验证的顺序恢复，而不是重新猜测每项设置。