客户端配置如何备份与迁移？

备份客户端时，应同时保存能够恢复连接的配置和能够解释配置的说明。只截一张节点列表，或只保存订阅地址，都不足以还原自己的规则与使用习惯。迁移应先建立可恢复的副本，再分阶段验证新设备，最后清理旧环境。

先确定需要保存什么

把资料分成三组：服务连接资料、本地自定义内容和运行环境说明。第一组包括私有订阅地址及必要配置；第二组包括自己维护的规则、覆写和分组；第三组记录客户端名称、系统平台、所用内核和接管方式。无需把全部运行日志长期保存在备份里。

不同客户端的导出范围不一样。有的导出整套设置，有的只保存某一份配置。先阅读对应项目说明，再检查导出内容是否包含自己需要的部分。不能看到一个压缩包就认定备份完成，更不能假定其他客户端能够理解它的内部格式。

建立一个可辨认的快照

1. 先暂停配置编辑，记录当前能正常完成的几项任务。
2. 通过客户端支持的方式导出配置，并另存自定义规则。
3. 用日期与设备名称区分备份，写一段简短恢复说明。
4. 将原始副本放入私有存储，确认文件可读取。
5. 保留至少一份与当前设备分开的副本，并按敏感程度保护。

备份文件可能集中包含订阅令牌、节点认证或内部地址，应按凭据处理。不要上传公共代码仓库，也不要为了让他人检查而公开分享整个目录。需要求助时，另做去掉敏感字段的示例，不要直接编辑唯一原件。

同款恢复与跨软件迁移

在同款客户端中恢复时，仍要核对版本兼容和平台差异。跨软件迁移则优先使用双方明确支持的订阅或配置格式，不要直接复制整套程序数据。界面分组、脚本、应用排除项和系统集成可能属于客户端自己的功能，需要分别重新设置。

例如，从电脑迁移到手机，可以先导入兼容的节点资料，确认一个常用网页能够访问，再逐项整理分流需求。不要一次导入多年积累的全部修改，否则失败时很难判断是节点格式、规则语法还是平台限制。

恢复后用任务验收

检查当前启用的配置、实际出口和关键规则，重做备份前记录的任务。除了网页访问，也要确认自己使用的本地设备或工作应用正常。重新启动客户端后再检查一次，避免只验证了临时内存状态，却没有确认设置已经保存。

在新环境稳定之前保留旧备份，但不要同时让多个客户端争抢系统代理或路由。需要回退时，先停止新客户端的接管，再按照记录恢复旧设置。回退应有明确起点，不能把不同日期的文件随意混在同一个目录。

备份也需要维护

订阅凭据重置后，旧备份里的地址可能失效；规则修改后，旧副本也可能不再符合需求。保留必要的版本并标明用途，定期移除无用副本。不要把“文件还在”当作“永远可用”，恢复演练和清晰说明才让备份真正发挥作用。

继续阅读：Clash 订阅导入与更新指南；v2rayN 与 v2rayNG 有什么区别？