迁移 Shadowrocket（小火箭）应把应用购买、Config 配置文件、Home 服务器资料与 Settings 设置分开处理。本文适合已有自己的服务商与订阅、准备换机或重装的用户：先在旧机导出可读取的备份，再通过 iCloud Drive 传递文件，最后在新机恢复资料、核对规则并验证连接。看到应用重新安装完成，不等于所有连接设置都已恢复。
一、先分清购买记录与连接资料
Shadowrocket 是一次性买断的 Apple 平台客户端，客户端买断 ≠ 线路套餐。App Store 的购买记录用于重新获取应用，不负责替用户补齐服务商账号、订阅地址或服务器凭据。恢复应用与恢复配置是两条独立流程，先确认旧机资料仍可读取，再处理新机安装。
应用内的 Home、Config、Settings 分别涉及服务器列表、配置文件与应用设置。单独导出一个 .conf 文件时，不能仅凭文件扩展名认定 Home 中的全部服务器、订阅分组及 Settings 选项都已包含。应打开导出内容，核对实际保存的字段。
- 购买记录：确认 App Store 使用当初购买 Shadowrocket 的 Apple ID。
- 服务器资料：检查 Home 中哪些条目来自已有订阅，哪些是手动添加。
- 规则文件：在 Config 中记录当前选用的文件及自行修改过的规则。
- 运行设置：记录 Global Routing、Settings → On Demand，以及自行调整的 DNS 等项目。
二、旧机备份：导出 Config，并单独保留服务器资料
在旧机进入 Config，确认当前生效的配置文件，再打开该文件可用的操作菜单，使用导出或分享操作保存文件；具体按钮文字以应用当前界面为准。系统分享面板出现后，选择“存储到‘文件’”，保留 .conf 扩展名，并用能区分设备和用途的名称，例如 iphone-before-move.conf。
- 先记录当前选用的 Config 名称，避免只导出了列表中另一个未启用的文件。
- 把导出文件存到自己管理的文件夹。需要跨设备传递时选择 iCloud Drive，而不是仅保存在“我的 iPhone”。
- 用文件预览或文本查看方式检查文件不是空白，确认自定义规则存在，尤其是末尾的
FINAL。 - 回到 Home，核对已有订阅地址是否仍可从自己的安全记录中取得；手动条目则逐项记录协议与连接参数。
- 另留一份受控备份，并在新机完成验收之前保留旧机原有资料。
下面两类资料应分别核对。配置文件可能包含服务器定义，也可能主要保存规则；判断依据是导出文件的实际内容，而不是文件名。订阅更新能够重新取得的条目，也不代表会恢复你在旧机对单个条目做过的本地修改。
Config 留档
- 入口
- Config → 当前配置文件的操作菜单
- 文件
iphone-before-move.conf- 核对内容
- 自定义规则、DNS 设置、策略引用
- 留档位置
- iCloud Drive 与另一份受控副本
先检查文件内容，再判断该文件能恢复哪些项目。
Home 资料留档
- 订阅条目
- 保留自己已有的完整订阅地址
- 手动条目
- 记录 Address、Port 与认证字段
- TLS 参数
- 按原条目核对 SNI 等设置
- 默认选择
- 记下原来选中的服务器或策略
凭据使用受保护的记录方式，不放进公开笔记或公开分享链接。
三、iCloud 同步：先确认文件落地，再在新机导入
通过 iCloud Drive 同步导出的文件，是一种可以逐项验证的迁移方法。它同步的是保存到云盘的文件，不会因为两台设备登录了同一 iCloud 账号，就自动证明 Home 列表和所有 Settings 设置已恢复。App Store 购买账号与 iCloud 文件账号也应分别核对，两者承担的用途不同。
- 在旧机系统“设置”中进入 Apple 账户 → iCloud → iCloud Drive，确认已启用该设备的云盘同步；系统文字可能随 iOS 界面调整。
- 打开“文件”App → 浏览 → iCloud Drive，确认刚导出的
.conf文件位于云盘目录，而非“我的 iPhone”目录。 - 保持联网，等待文件上传。在新机登录用于保存该文件的 iCloud 账号，启用 iCloud Drive。
- 在新机“文件”App 中找到同一文件，并实际打开一次；若显示云朵下载标记，先完成下载。
- 回到 Shadowrocket 的 Config，通过文件导入操作选择该文件；文件选择器中进入 iCloud Drive，选中已核对的副本。
如果当前应用提供 iCloud 相关入口，应按该入口列出的同步范围逐项检查，不把它视为整机恢复。云端出现文件名只是第一步；能在新机打开文件、导入 Config 并查看到原规则，才说明这一份配置文件已经到达新机。
四、新机恢复：先取回应用，再恢复服务器与规则
在新 iPhone 的 App Store 登录购买应用时使用的 Apple ID，从账户的已购 App 列表找到 Shadowrocket 并重新下载。购买适用性与系统要求以 App Store 页面标注为准。核验应用时可对照开发者 Shadow Launch Technology Limited 和应用 ID 932747118；具体入口见正版核验页。
- 确认应用：打开新安装的 Shadowrocket，先查看 Home 与 Config 的现有内容。若整机迁移已经带入部分资料，不要立即重复导入同一组服务器。
- 恢复服务器：对于已有订阅，用自己保留的地址重新导入并执行更新；对于手动条目，按旧机记录恢复协议、Address、Port、认证字段和相关传输设置。
- 恢复配置：在 Config 导入备份文件，核对内容后将它设为当前使用的配置。文件出现在列表中不等于已经启用。
- 选择服务器：回到 Home 点选用于测试的服务器，确认选中标记。若规则引用特定策略组，还要确认组内存在有效成员。
- 建立系统配置：首次打开连接开关时，按 iOS 提示允许添加 VPN 配置，并完成系统要求的身份验证。
不要把协议参数凭经验补成通用值。例如旧条目的 Port 是 443，新机就应先按原资料填写；不能因为另一个服务使用 8443 就替换端口。Password、UUID、Private Key 等字段也不能互相替代，缺失时应回到自己的原始服务资料核对。
五、恢复后验收：检查规则姿态、兜底和按需连接
迁移后的第一次测试应保持变量少：先手动连接，验证服务器，再验证规则，最后启用自动连接。Global Routing 中的 Proxy、Direct、Config、Scene 是不同的路由姿态；需要按导入规则分流时，应核对当前是否选择 Config，而不是只看到连接开关已打开就结束检查。
| 核验项目 | 操作位置 | 检查结果 |
|---|---|---|
| 当前服务器 | Home | 目标条目存在且已选中，认证信息与旧机一致。 |
| 路由姿态 | Global Routing → Config | 使用配置规则测试，不以 Direct 的结果代替规则验收。 |
| 活动配置 | Config | 选中的文件是刚恢复并核对过的备份。 |
| 连接测试 | Connectivity Test | 记录成功或失败结果；测试成功后仍需检查实际目标访问。 |
| 按需连接 | Settings → On Demand | 手动连接正常后，再核对网络条件与自动连接动作。 |
以下是用于核对结构的最小规则片段，不是完整备份。example.com 是示例域名；不要用这几行覆盖原文件。迁移时应检查原规则是否完整、顺序是否一致，以及规则右侧引用的策略是否可用。
[Rule]
DOMAIN-SUFFIX,example.com,PROXY
GEOIP,CN,DIRECT
FINAL,DIRECTDOMAIN-SUFFIX 按域名后缀匹配；GEOIP 根据目标 IP 的地理归属匹配；FINAL 处理前面未命中的请求。规则按顺序匹配，把原先的 FINAL,PROXY 恢复成 FINAL,DIRECT 会改变兜底走向，因此不能只数规则条数，还要核对策略值。
结论：手动测试通过后，再恢复自动连接
新机先完成一次手动连接与实际访问，再恢复 Settings → On Demand 的条件。这样出现异常时，可以先区分服务器或规则问题与自动触发问题，不必同时更改多个设置。
六、换机恢复常见问题
已购列表有应用，为什么 Home 还是空的？
购买记录恢复的是应用获取资格。先检查旧机备份是否包含服务器资料，再用自己已有的订阅地址恢复，或逐项还原手动条目。不要为了填充列表反复导入同一个规则文件。
iCloud 里看到了文件，Config 为什么找不到？
先在“文件”App → iCloud Drive 中打开该文件，确认已下载到新机，再回 Config 使用文件导入操作选择它。核对文件实际扩展名为 .conf，并确认旧机没有只把副本存到“我的 iPhone”。
规则恢复了，为什么新机访问结果和旧机不同？
先检查 Config 中启用的文件，再核对 Global Routing 是否为 Config。随后比较 Home 当前服务器、规则引用的策略组及 FINAL 的值。每次只改一项并重测，避免把路由差异误判为文件损坏。
旧机已经重置，还能找回手动填写的密码吗？
先检查此前导出的受控备份与原始服务资料是否保存该字段；若文件只有规则，就不能从规则推导出密码或私钥。已有订阅能否重新取得条目取决于该地址是否有效，需要向自己的资料来源核对。
迁移完成后，备份文件可以直接发给别人排查吗？
先检查是否含订阅 token、服务器密码、UUID、Private Key 或证书相关内容。排查时只提供必要的脱敏字段与错误现象；若完整凭据已经泄露，应在自己的服务管理端处理更换，删除聊天记录不能使旧凭据失效。
七、旧机清理前的最终检查
新机能够打开应用，只说明安装完成；能够连接一次，也不能证明全部自定义规则都恢复。旧机清理前，应逐项完成下面的验收，并保存最终使用的配置副本。对按 Wi-Fi 或蜂窝条件触发的 On Demand，需在实际使用的网络条件下分别确认。
- 在新机 Home 中核对服务器数量、订阅分组和关键手动条目，排除重复导入。
- 在 Config 中确认活动文件，检查自行添加的域名规则与最终兜底策略。
- 完成 Connectivity Test，并打开实际需要使用的目标，区分测试结果与业务访问结果。
- 检查重启应用或切换网络后是否仍使用预期配置；启用 On Demand 时，再验证自动触发条件。
- 确认备份可以读取、存放位置受控，之后再处理旧机与临时导出副本。