换机前先分别保存 Home 中的连接资料、Config 中的规则配置和需要重新确认的 Settings 设置。iCloud 适合在自己的设备间同步，手动导出适合保留独立副本；两者都要在新设备上验证实际内容。本文适合已有自己的服务商配置、准备更换 iPhone 或重新安装 Shadowrocket 的用户。
先分清：购买记录、连接资料与规则配置
重新下载 Shadowrocket（小火箭）解决的是应用获取问题，不等于恢复旧设备里的全部内容。App Store 的购买记录、iCloud 中的应用数据、服务商提供的连接资料是不同层面的信息，不能用“已经恢复已购”判断节点和规则也已恢复。
迁移前在旧设备打开 Home，记下正在使用的连接和订阅分组；再进入 Config，记录当前启用的配置文件名；最后检查 Settings 内需要保留的行为设置。不要只保存一张 Home 截图：截图能帮助核对名称，却不能代替密码、密钥和完整规则文件。
| 资料类别 | 换机前保存什么 | 恢复后检查什么 |
|---|---|---|
| App Store 购买记录 | 确认购买时使用的 Apple 账户 | 能否重新下载应用，不把购买记录当作配置备份 |
| Home 连接资料 | 已有订阅地址、手动连接的完整参数 | 地址、端口、协议、认证与传输设置是否完整 |
| Config 规则配置 | 当前启用文件及自定义修改 | 文件是否导入、是否启用、规则顺序是否一致 |
| Settings 行为设置 | 需要保留的设置记录 | On Demand 等行为是否符合新设备使用方式 |
规则配置文件不一定包含 Home 中的全部连接，也不一定保留所有应用设置。是否包含某项数据，应查看实际导出内容及导出界面的范围说明，不能仅凭文件扩展名判断。
iCloud 同步：先确认账户，再确认数据落地
iCloud 同步依赖设备使用的 Apple 账户、iCloud Drive 状态和应用访问权限。系统设置中的 iCloud 账户与 App Store 用于购买的账户可能不同：前者影响云端数据，后者影响应用购买记录。换机时需要分别核对。
- 在旧 iPhone 打开系统设置，进入顶部 Apple 账户页面，再进入 iCloud，确认 iCloud Drive 已启用，并检查可用存储空间。
- 在使用 iCloud 的应用列表中查找 Shadowrocket；如果显示该应用的独立开关，确认允许使用 iCloud。不同系统的列表入口名称可能不同。
- 回到 Shadowrocket 的 Settings，检查当前界面提供的 iCloud 同步或备份相关选项，核对其说明与数据范围。未看到对应选项时，不应假定应用已自动上传全部资料。
- 让旧设备保持联网并完成应用内相关操作；再在新设备使用同一 iCloud 账户，启用相同权限，打开应用核对 Home 和 Config 的实际内容。
- 如果数据仍为空，保留旧设备现状，先检查账户、云端空间和网络，再使用已保存的手动副本恢复，不要立即在两端反复删除或清空配置。
同步通常会传播修改，不应把它当作永远保留旧状态的历史档案。旧机有重要自定义规则时，先导出一份独立文件，再在新机修改；这样即使两端内容发生变化，仍有明确的回退来源。
手动导出：分别保存 Config 和连接资料
手动备份的重点是“能读回、能辨认、覆盖完整”。建议先保存当前有效配置，再处理已有订阅地址和手动添加的连接。分享菜单、更多菜单的名称会随界面变化，应以当前页面实际提供的导出操作为准，不把单个文件误认为整套应用备份。
- 进入 Config，确认正在启用的配置。打开该文件的操作菜单，使用实际提供的分享或导出操作，将副本存入系统 Files 中自己管理的文件夹。
- 给文件使用可辨识的名称，例如
home-rules-before-migration.conf。打开文件检查内容，确认自定义规则确实存在，不要只看文件是否生成。 - 回到 Home，保存自己已有的订阅地址；对手动添加的连接，使用界面支持的分享或导出操作。若只能逐项查看，则完整记录连接参数，尤其是端口、认证字段和传输选项。
- 如配置引用远程规则或其他外部文件，另外记录这些依赖的来源。一个包含远程引用的配置文件，并不等于已经把远程内容也存入本地。
- 把重要副本放在受保护的位置，并保留一份不依赖即时同步的备份；验证完成前不要抹掉旧设备。
下面仅演示如何核对规则文本，不是可直接覆盖现有配置的完整文件。策略名必须与实际配置中的定义一致；不要为了“看起来一样”把已有策略统一改名。
[Rule]
DOMAIN-SUFFIX,example.com,DIRECT
IP-CIDR,192.168.0.0/16,DIRECT,no-resolve
FINAL,PROXY检查时要同时看规则内容与位置。上述示例先匹配域名和局域网网段，再由 FINAL 处理其余连接。若恢复后只剩 FINAL，即使连接可以建立，也不能据此认为原来的分流规则已恢复。
新 iPhone 恢复顺序：先应用，再资料，最后连接
新设备应先恢复应用获取权限，再导入数据。打开 App Store，使用购买 Shadowrocket 时的 Apple 账户，在账户的已购应用记录中查找并重新下载。如果产品页仍显示购买价格，先核对账户和购买记录，不要把再次付款当成配置恢复步骤。
- 安装完成后先打开应用，检查 iCloud 是否已带回数据。若 Home 和 Config 已有内容，先核对再导入，避免同一批连接重复出现。
- 对没有恢复的连接，导入自己的连接备份或已有订阅地址。更新订阅前确认地址完整，保留查询参数；不要用旧列表中的名称代替完整地址。
- 从 Files 找到导出的配置文件，使用系统分享或应用提供的文件导入入口交给 Shadowrocket，随后在 Config 中确认文件出现并选中需要启用的配置。
- 回到 Home，选定连接并检查 Global Routing。要验证规则分流，选择 Config；Proxy 与 Direct 的处理方式不同，不能用它们代替 Config 下的规则验证。
- 首次建立连接时，按系统提示允许添加 VPN 配置。随后进入 Settings → On Demand，按自己的需求重新确认自动连接行为，不要在尚未验证连接前依赖自动触发。
恢复订阅后出现的列表可能与旧机不同，因为服务商当前返回的内容可能已变化。应以用户已有服务的当前配置为准，区分“旧副本里的历史条目”和“本次订阅返回的条目”，而不是仅按连接总数判断成败。
恢复后核对：三个位置与两种备份都要检查
先确认连接能够建立，再确认规则是否按预期处理请求。连接成功只说明当前连接具备可用条件，不代表 DNS、规则引用、自动连接等内容全部与旧设备一致。测试期间每次只调整一个设置，记录现象，避免同时改动协议参数和规则后无法定位原因。
- Home：打开连接详情，核对服务器地址、端口、协议及认证字段。端口必须沿用用户已有服务的实际值，不能因为常见 TLS 服务使用 443 就统一改为 443。
- Config：确认启用的是导入文件，而不是另一份同名或默认配置。检查 DOMAIN-SUFFIX、IP-CIDR 和 FINAL 等关键规则及其先后顺序。
- 远程依赖：若本地文件存在但远程规则获取失败，先检查当前网络能否访问依赖地址。重新导入同一文件不会自动修复远程资源不可达的问题。
- Settings：检查 On Demand 等选项，并实际切换一次日常使用的网络环境，确认没有出现非预期的自动连接或断开。
结论：完成一次新机验证后再清理旧机
以“连接资料完整、目标 Config 已启用、规则行为符合预期”为迁移完成条件。三项都确认后，再归档备份并清理旧设备；不要仅以应用已安装或连接图标已出现作为完成依据。
换机常见问题：按缺失内容恢复
已经重新下载，为什么 Home 还是空的？
重新下载不会从购买记录生成连接资料。先检查新旧设备的 iCloud 账户和应用权限，再确认旧机是否实际保存了对应数据。同步范围不包含或未恢复的部分，使用自己保存的订阅地址或连接备份导入。
导入了 conf 文件，为什么节点没有一起回来？
先查看文件内容和导出范围。配置可能只包含规则、DNS 等设置，并不包含 Home 中所有连接。保留已导入的规则文件，再单独恢复连接资料；不要通过反复覆盖 Config 试图补回文件中不存在的数据。
新机能连接，但原来的分流好像失效了？
先到 Home → Global Routing 确认选择 Config，再到 Config 确认启用了正确文件。随后检查自定义规则是否仍在 FINAL 之前，以及规则引用的策略是否存在。若当前处于 Proxy 或 Direct，应先切回 Config 再验证规则。
旧机已经不在身边，还能找回手动添加的连接吗？
先查 iCloud 数据、Files 中的导出文件及自己保存的原始资料。若只有规则文件而没有连接参数，不能从规则名还原密码或私钥；需要从自己的既有服务账户中重新取得有效配置。恢复前先保存新机现有内容，避免覆盖仍有用的资料。