客户端升级与回滚：保住配置的做法

升级前花两分钟备份

1. 打开客户端设置里的「打开应用目录」，把整个目录复制一份到别处。这一份包含订阅缓存、手写规则和界面偏好。
2. 如果你改过配置文件，单独再复制一份 config.yaml 或对应的 profile 文件，放在你自己找得到的地方。
3. 记下当前版本号。回滚时要用它去 Releases 页面找对应的 tag。

订阅链接本身在机场后台能重新拿到，但你手写的规则和策略组丢了就是丢了，这才是备份的重点。

升级之后先看这几处

• 配置能不能正常加载。加载失败通常会在界面上给一条明确提示，日志里会指出具体是哪个字段。
• 系统代理和 TUN 开关是否还正常。新版本换了服务实现时，第一次开 TUN 可能会重新要一次管理员权限。
• 开机自启是否还在。安装器覆盖安装时有时会重建启动项，指向新路径，一般没问题，但值得看一眼。

如果配置报错，先别急着回滚。很多情况只是某个字段被弃用了，日志会写出替代写法，改一行就好。真正需要回滚的是功能缺失或者崩溃。

装回旧版本

1. 去项目的 Releases 页面，在版本列表里找到你要的那个 tag，展开下面的 Assets，下载对应平台的安装包。老版本不会出现在页面顶部，要往下翻或者用 tags 列表。
2. 先完整卸载当前版本，参考卸载前先关系统代理和 TUN 的顺序，避免留下残留。
3. 安装旧版本，启动后先不要导入订阅，确认程序本身能起来。
4. 把备份的配置目录内容放回去，重启客户端。

跨大版本回滚（比如 2.x 回到 1.x）要格外小心：新版本写入的配置文件可能带有旧版本不认识的字段，直接放回去反而加载失败。这种情况用你最早那份备份，或者重新添加订阅让客户端自己生成。

怎么减少以后翻车的概率

不要在需要用网的时候升级。发布当天的版本偶尔会带回归问题，等一两天看 Issues 区有没有集中反馈，代价很小。

另外，客户端和内核可以分开升级。如果你只是想要新协议支持，单独更新内核比整体升级客户端风险低得多。