本文目录
换客户端不只是把文件夹搬到新位置。旧的订阅与自定义规则值得保留，缓存、服务状态和界面习惯则未必能直接沿用。迁移中最重要的是每次只恢复一部分功能，并确认退出后仍能直连，这样异常出现时才有清楚的恢复办法。
迁移需要保留哪些配置？
Clash for Windows 停更后，迁移到 Clash Verge Rev 前按实际需要整理订阅来源、本地配置、自定义规则或 Mixin、常用策略选择与端口设置。窗口状态、缓存、旧内核、服务文件和历史日志不整包复制，以免带入旧问题。
打开旧客户端逐项截图或记在本地文档里：当前启用的 Profile 名称与更新时间、General 中使用的端口、是否开启 System Proxy、TUN 和 Allow LAN，以及 Profiles 页面是否有本地 Mixin。订阅链接含个人 token，只存入密码管理器或加密备份，不放进截图。
迁移清单
- 仍可更新的订阅地址
- 无法重新下载的本地 YAML
- 自己维护的规则和覆写逻辑
- mixed-port 或局域网共享端口
- 确实需要保留的策略组选择
- 旧客户端与内核版本，供排错时对照
退出旧客户端并确认 Windows 能直连
迁移最怕两个客户端同时接管系统代理或 TUN。先在 Clash for Windows 中关闭 System Proxy、TUN 和开机启动，再从托盘彻底退出。随后进入“设置 → 网络和 Internet → 代理”，确认“使用代理服务器”没有继续指向 127.0.0.1 的旧端口。
保持两个客户端都关闭，打开浏览器访问普通网站，并确认公司内网或路由器后台仍能打开。这个状态正常，才能判断后面的问题是否由新客户端引起。
如果此时已经断网，应清理旧代理或 TUN 残留，不要靠打开 Clash Verge Rev 临时掩盖。
安装、导入订阅与重新选择策略组
Windows 11 常见电脑使用 x64 安装包，Windows on ARM 设备才选择 arm64。安装前核对发布仓库、文件名和版本说明，不使用把客户端、订阅和节点打包在一起的第三方“绿色增强版”。
第一次启动不要立刻开启服务模式和 TUN。先进入订阅或配置页面重新添加原订阅，手动更新一次，确认更新时间、代理组与节点都出现；再选择一条固定节点并开启系统代理。这样能先证明下载、解析与基本转发三步正常。
代理组的定义通常在订阅 YAML 里，重新导入后会一起出现；但 Clash for Windows 里每个 Selector 当前选中了哪条节点，属于运行状态，不适合靠复制缓存迁移。
打开 Clash Verge Rev 的代理页面，逐组确认“节点选择”“自动选择”“流媒体”等常用组，并手动选回需要的出口。
如果同一订阅在新客户端里少了策略组，先比较订阅更新时间和最终配置。服务方更新、旧 Parsers 或新 Merge 都可能改变组名。不要为了恢复一个旧选择而复制整份旧缓存。
新客户端的第一轮测试
核对当前订阅
确认当前选中的是刚导入的那份 Profile，核对固定节点和系统代理请求；本轮只测试这一份，不同时导入其他历史配置。
正常关闭
退出后 Windows 应恢复直连，不能留下旧端口。
重新打开 Clash Verge Rev，确认各组选择仍按预期保留。若没有保留，记录实际运行配置与组名变化，不通过复制旧缓存修复。
按原来的用途重建 Mixin 与覆写
Clash for Windows 的 Mixin、Parsers 或脚本可能依赖它自己的合并方式，Clash Verge Rev 则有当前的 Merge、Script 或覆写入口。名称相近，但生成顺序和字段不一定相同。
迁移前给每段自定义写一句用途，例如“让公司域名直连”或“把 GitHub 放进开发组”，然后按当前客户端支持的方式重建。
每加入一段就查看最终合并配置或运行日志。若出现 group not found、duplicated key、unknown field，先撤回刚加的覆写；不要继续叠加下一段，希望最后一起修好。
旧设置应怎样处理
| 旧内容 | 迁移方式 | 验证结果 |
|---|---|---|
| 自定义 DOMAIN-SUFFIX 规则 | 放入当前规则覆写，并确保目标策略组存在 | 访问域名时连接页命中该规则 |
| 自定义 DNS | 先沿用订阅默认值，再单独迁移 | 内部域名和公网域名都得到预期结果 |
| 端口设置 | 在 Clash Verge Rev 通用设置中重新设定 | 端口实际监听，系统代理指向相同值 |
| UI、缓存、历史日志 | 不迁移 | 新客户端从干净状态启动 |
先恢复系统代理，确有需要时再迁移 TUN
订阅、策略组和自定义规则稳定后，在 Clash Verge Rev 中开启 System Proxy，确认 Windows“代理”页面指向当前 mixed-port，浏览器与常用应用能产生连接记录；正常退出客户端后，系统代理还要自动恢复。
游戏、终端等应用仍不读取系统代理时，再考虑 TUN。启用 Windows 服务前，按官方安全公告核对实际安装的服务组件是否已修复，不能只看 GUI 版本。确认后单独测试 TUN、休眠唤醒与其他 VPN，关闭 TUN 后路由应恢复；开机启动和覆写另行迁移。
用平时真正做的事情验收，再卸载旧客户端
至少连续验证一个工作周期
- 订阅可手动更新并能在下次启动自动使用
- 浏览器、Git 或常用办公应用命中预期规则
- 内部网站、NAS 和打印机仍能直连
- 需要 TUN 的程序确实出现在连接记录中
- 退出与重启后 Windows 不残留代理
- 旧配置已离线备份且 token 没有公开
保留旧安装几天但不要让它开机启动。新客户端出现异常时，先关闭它并恢复 Windows 直连，再按备份回退到旧环境；不要让两个客户端互相接管来“对照”。当更新、使用、退出和重启都稳定后，再卸载 Clash for Windows，并检查旧服务与快捷启动项是否一并清除。