迁移前先保留可用状态

不要在新设备尚未验证前删除旧设备配置。首先核对旧设备仍能完成固定任务,记录客户端版本、配置更新时间和账号状态。它将成为迁移过程的对照基线,也是在新设备出现问题时最可靠的恢复入口。

区分账号同步与配置迁移

登录同一个账号可能同步服务状态,但不一定同步本地规则、节点名称或应用偏好。进入新设备后先查看账号是否正确,再判断配置需要重新取得还是可以从安全备份恢复。不要假设所有内容都会自动出现。

给新配置独立名称

导入新设备时为配置添加清楚名称和日期,避免与系统默认或旧备份混在一起。首次测试只启用新配置,不要同时叠加多个规则。若结果异常,可以迅速关闭新项目并回到旧设备,不会破坏原来的工作环境。

跨平台迁移要接受差异

Windows、macOS、Android和iOS对网络接口、后台运行和配置格式的支持不同。同一个目标不等于按钮位置和权限完全相同。迁移时保留任务一致,允许界面和配置方式不同,才能判断最终结果是否一致。

验证不只看连接图标

新设备显示已连接后,完成一个固定网页、一次短资料同步和一次需要实时响应的任务。然后断开并重新连接,观察配置能否正常恢复。只有连接、任务、断开和重连都通过,才算迁移完成。

清理旧设备的时机

新设备稳定使用一段时间后,再决定是否移除旧设备会话和配置。若旧设备准备转让或维修,应先退出账号、删除本地配置并清理浏览器会话。不要只卸载应用而留下账号登录状态。

迁移记录应当简短

保留设备名称、系统版本、客户端版本、配置更新时间、验证任务和结果即可。无需记录密码、验证码或完整订阅地址。简短记录让以后再次换机时有可比较依据,也减少敏感信息暴露。

先分清云端账号与本地规则

换设备时,能够重新登录账号,不代表旧设备上的所有规则都会自动出现。订阅项目通常来自账号或配置,应用分组、排除列表和启动选项却可能只保存在本地。迁移前先把这两类内容分开,才不会把一次成功登录误当成完整恢复。

对本地规则只保留必要说明,不导出含有完整账号凭据的文件。新设备上先完成默认连接,确认基本任务正常后,再逐项还原个人设置。

旧设备是迁移期的回退基线

只要旧设备仍能正常完成任务,就不应在新设备刚安装时立即清空。保留它的版本号、配置更新时间和一个已知可完成的任务,新旧两端就有可比较的基准。如果新端出现异常,先比较同一任务,而不是同时修改账号、配置与网络。

新设备完成登录、刷新、固定任务、断开与重连后,再考虑退出旧设备。这样可以避免在两端都不可用时,只能依赖记忆追查原有状态。

迁移完成后的安全收尾

确认新设备稳定后,再在账号页检查设备会话、恢复方式和异常登录记录。准备转让、退售或报废的旧设备,应先退出账号、删除本地配置,再按系统流程清除个人数据。

若旧设备遗失、无法操作,或账号页出现无法解释的新会话,应立即撤销旧会话并更新验证信息。普通换机则不必为了求快,一次重置所有凭据。

跨系统迁移要重新验证权限

从Android换到iOS,或从Windows换到macOS,不只是文件位置改变。系统对网络扩展、后台活动、开机启动和安装来源的管理方式都不同。新端的系统弹窗应逐项阅读,不能根据旧系统的操作经验直接跳过。

验收时同时测试应用在前台、切换网络和重新启动后的表现。只有连接按钮显示正常,还不足以说明系统权限已经配置完整。