机场备份的目标是恢复工作方式
把一个配置文件复制到网盘，并不一定能在另一台设备上恢复原来的连接。客户端可能把订阅、个人规则、当前选择和界面偏好分开保存，还可能依赖远程规则或本地文件。有效的备份应回答两个问题：哪些内容需要保留，恢复以后怎样确认它们已经生效。
先想一个具体场景：升级客户端后希望恢复日常浏览与工作应用。真正关键的通常是订阅入口、必要覆写和对应策略，而不是每条旧日志、缓存和历史测速结果。把重要内容与临时数据分开，恢复时更容易看清问题。
建立一份四层清单
- 账户层：服务账户入口、订阅凭据和账户恢复方式。
- 配置层：订阅格式、个人规则、覆写内容及远程依赖名称。
- 设备层：代理入口、自动启动、局域网排除与必要权限。
- 使用层：常用策略组、关键应用任务和正常停止连接的方法。
记录设备层时以用途为主，不要把旧设备的绝对文件路径、网卡名称和端口占用情况当成新设备的固定答案。跨系统迁移尤其如此：电脑上的服务模式、手机上的系统 VPN 权限和两者的后台管理并不相同。
还应记录客户端名称、版本和内核信息。它们帮助解释备份来自什么环境，但不意味着恢复时必须长期停留在旧版本。先确认新版本支持哪些导入方式，再选择完整导入还是按清单重建必要部分。
导出以后，检查实际包含什么
优先使用客户端正式提供的备份或导出功能，再阅读它对导出范围的说明。有的导出包含敏感节点凭据，有的只包含订阅名称与引用；有的保存完整配置，却不带个人脚本。不能因为文件后缀相同，就认为内容范围相同。
在私人位置查看文件名称、大小和创建时间，必要时用本地文本工具检查结构。只确认关键配置是否存在，不把完整内容上传到陌生在线解析器。加密备份还要检查自己是否能够解锁，并把解锁凭据放在独立、可靠的位置。
选择保存位置与版本命名
备份应存放在由自己控制、访问范围明确的位置。若使用同步存储，核对是否位于共享文件夹，以及旧版本和回收站是否仍会保留副本。含有订阅和密钥的文件，应使用适当的加密或受保护的保存方式，文件名里不需要写入完整账户信息。
可以采用“设备简称、日期、变更原因”的命名方式，例如某次升级前的备份与规则调整前的备份分别保存。保留少量有明确用途的版本，比堆积几十份无法区分的新旧文件更好管理。删除旧备份前，先确认最新副本能够读取。
截图适合补充界面状态，却不适合作为唯一备份。二维码、订阅链接、访问记录和账户标识可能同时出现在画面中；准备发给别人时要另做脱敏副本，不要直接分享原始记录。
做一次不影响现用配置的恢复演练
如果客户端支持独立配置或测试配置，先导入备份到一个单独条目，不立即覆盖正在使用的配置。查看订阅引用、组名和个人覆写是否齐全，再在方便中断的时间切换过去，完成一个普通任务。没有独立导入能力时，至少先确认备份格式与恢复说明。
- 确认备份能够读取或解密。
- 核对配置中的外部依赖是否仍存在。
- 检查新环境中的权限、路径和网络入口。
- 重复一项浏览任务和一项常用应用任务。
- 正常停止连接，确认系统回到预期状态。
演练成功应记录到具体任务，而不是只记“导入完成”。若只恢复了节点列表，却没有恢复工作应用使用的策略，文件虽然能打开，使用方式仍然不同。发现缺项后补充清单，再保存一个能够解释来源的新备份。
更换设备时，先建立再清理
先在新设备确认账户访问、订阅导入和常用任务，再处理旧设备上不需要保留的副本。若服务对同时在线设备有限制，迁移时要按实际规则安排连接，不能默认两台设备长时间并行不会产生影响。
旧设备转交他人前，按照该设备的正规重置流程处理个人数据；仅删除桌面快捷方式不会清除配置。若发现订阅已被公开或旧设备失去控制，还需要在服务端撤销或重置相关凭据，并更新其他自用设备。
备份不是永久有效的通行证
服务节点、账户权益和客户端配置格式都可能发生变化。旧配置可用于恢复设置和比较差异，但不能让已经撤销的凭据重新有效，也不能替代服务端修复。恢复仍失败时，应继续判断账户、网络与配置各层状态，而不是不断重复导入同一文件。
每次有实质变化后更新备份即可，例如增加重要个人规则、迁移设备或调整入口方式。日常订阅刷新按订阅更新流程处理；不需要为每一次节点探测结果都创建一个新副本。
