Android与iOS如何导入、更新与回退配置

导入前先保存旧配置的时间

配置内容可能包含可重复使用的访问信息，不应复制到公开工单。只记录取得时间、来源主机和客户端版本。

新配置导入前保留旧版恢复方式。如果系统只允许一份活动配置，核对备份是否含有可被他人使用的内容。

Android要把应用安装与网络授权分开

应用安装完成后，系统可能再请求建立VPN类网络接口。这两个步骤对应不同风险和错误。

如果系统对安装来源显示警告，不要用关闭扫描或所有保护来继续。先核对包名、发布者与版本。

iOS需要观察锁屏与切网

前台连接正常，锁屏后中断，说明触发条件与系统调度相关。这类现象不应用重复切换节点来掩盖。

从Wi-Fi切到移动网络后，等待状态稳定再重做原任务。切换瞬间的成功或失败都不适合当作稳定结果。

更新失败时只改一项

先在原客户端版本上导入新配置。如果必须更新应用，则保持配置来源与网络不变，避免同时引入三个变量。

完成后回退至旧状态复测。问题随回退重现时，版本或配置关联才更可信。

迁移结束才清理旧设备

新设备完成登录、短时连接、锁屏恢复和切网后，才适合撤销旧设备会话。

清理前保留版本、导入时间与非敏感错误摘要。不需要长期保留含订阅内容的截图。

将导入结果分成三种

第一种是格式无法读取，客户端尚未创建配置。第二种是导入成功但系统权限未完成。第三种才是已建立接口却无法传输。

三种结果应用不同记录。格式问题写客户端版本与配置时间；权限问题写系统提示；传输问题再加入网络对照。

移动系统更新后，原有权限或后台策略可能改变。因此系统版本也应进入导入记录，不要只写客户端版本。

如果只在某一Wi-Fi失败，可以在移动网络完成短测，但最后仍要回到原Wi-Fi复测。否则无法判断更新还是切网带来恢复。

使用系统更新作为新的对照起点

移动系统升级可能改变后台、权限和网络接口行为。升级完成后，先在原配置与原网络上测试，再决定是否同时刷新配置。

如果只有锁屏、切到后台或从Wi-Fi移动到数据网络时失败，把这些设备状态写进复测项。只在前台停留几秒的成功不能覆盖这类日常场景。

移动端要记录后台处理方式

省电模式、低数据模式、VPN权限和后台刷新会共同影响连接延续。排查时一次只调整其中一项，并在锁屏、切网和重新唤醒后分别记录结果。