客户端更新可能同时改变界面、内核和配置处理方式。升级后出现异常，不应立即认定机场线路失效，也不需要马上删除全部数据重装。先记录变化范围，再判断问题发生在哪一步，通常更容易恢复。

更新前留下三份记录

记下正在使用的客户端版本、内核版本和系统版本，保存一份能够独立恢复的配置。再记录当前节点、代理模式和是否启用了 TUN。若稍后需要比较，这些信息比“更新前能用”更有帮助。

阅读官方发布说明中的系统要求、迁移提示、已知问题和修复内容。测试版与稳定版的用途不同，日常依赖的设备不必为了版本号更大而立即切换发布渠道。备份步骤可参考配置迁移清单。

让一次更新只改变必要条件

  1. 从软件自身认可的更新入口或官方发布页获取安装包。
  2. 确认目标系统与架构，不把另一平台或另一项目的包混在一起。
  3. 按安装说明正常退出旧客户端，再进行更新。
  4. 首次启动先检查原配置，暂时不要同时更新所有规则与订阅。

版本更新与订阅更新属于不同动作。如果两者同时发生，出现问题后很难知道是内核行为改变，还是服务端配置已经变化。对必须保持连续工作的任务，可以安排一个方便检查和恢复的时间再处理。

按启动、配置、连接分层判断

  • 程序无法打开：检查系统要求、安装完整性与应用日志。
  • 程序打开但配置报错：记录错误字段，核对新版本支持与配置迁移说明。
  • 配置加载成功但无法访问：检查内核启动、本地端口、代理接管和节点连接。
  • 只有个别应用异常：保持其他条件不变，检查该应用的规则或代理设置。

不要用连续重启掩盖同一个错误。复现一次后，保存对应时段的必要日志；错误提示出现的最早位置，往往比后续一串失败信息更接近原因。

回退前先检查数据兼容性

如果官方说明支持恢复旧版本，可以使用之前保存的官方安装包或发布页中的对应版本。但旧程序未必能直接读取新版写入的配置，因此应先保留当前数据，再按文档恢复匹配的备份。不要在唯一配置目录上反复覆盖尝试。

回退也不能自动修复已过期的套餐、失效的订阅地址或服务端故障。若发布说明涉及安全修复，应优先寻找受支持的修复路径，不把长期停留在旧版本当成默认方案。

恢复后把有效变化记下来

分别验证订阅获取、客户端启动、常用网页和目标应用。保持同一网络与节点，确认结果可重复，再逐项恢复原来的扩展设置。必要时记录“哪一版、哪个设置、什么现象”，方便后续更新时参考。

日志处理可看客户端日志阅读方法；如果报错集中在本机监听地址，继续检查代理端口冲突，无需把所有问题都归到更新本身。