Clash for Windows 停止维护后怎么办:迁移到 Clash Verge Rev 与 Clash Plus 的方案
Clash for Windows 仓库已关闭、版本号永久停在 0.20.39。本文按「现状确认 → 客户端选型 → 备份卸载 → 订阅导入 → 习惯过渡 → 验收清单」的顺序,给出迁移到 Clash Verge Rev、Clash Plus、FlClash 等 mihomo 内核客户端的完整操作路径。
项目现状:Clash for Windows 已停止维护
2023 年 11 月,Clash for Windows(下称 CFW)的作者删除了 GitHub 仓库与全部发布页,项目进入停止维护状态,最后一个公开版本号停留在 0.20.39。同一时期,CFW 内置的 Clash Premium 闭源内核与上游的开源 Clash 核心相继归档,整条技术线冻结,后续不会再有任何官方更新。
停止维护不等于立刻不能用。已安装的 0.20.39 仍然可以启动、可以导入订阅,但三个问题会随时间持续放大:第一,内核不再修复安全问题,代理进程长期暴露在旧代码风险下;第二,mihomo(原 Clash Meta)内核新增的 Hysteria2、TUIC v5、VLESS Reality 等协议在旧内核上根本不存在,订阅里这类节点要么不显示、要么直接解析失败;第三,Windows 与 macOS 的系统更新带来的兼容性问题,不会再有适配版本跟进。
关于第三方「续更版」
仓库关闭后,网络上流通的所谓 CFW 修复版、续更版安装包均非原作者发布,无法确认是否被二次打包修改,不建议安装。迁移到仍在维护的客户端,是唯一稳妥的路线。
替代客户端对比:Verge Rev、Clash Plus、FlClash
目前主流的替代方案全部基于 mihomo 内核(原 Clash Meta,由社区组织持续维护,开源且免费),其协议支持与规则语法是 Clash Premium 的超集,原有订阅链接可以直接复用。各方案的差异主要在图形界面、平台覆盖与配置管理方式:
| 客户端 | 内核 | 覆盖平台 | 界面技术 | 适合场景 |
|---|---|---|---|---|
| Clash Verge Rev | mihomo | Windows / macOS / Linux | Tauri | CFW 老用户平移,操作逻辑最接近 |
| Clash Plus | mihomo | iOS / Android / Windows / macOS | 原生界面 | 手机与电脑统一订阅管理 |
| FlClash | mihomo | Windows / macOS / Linux / Android | Flutter | 桌面与 Android 使用同一套界面 |
| Clash Nyanpasu | mihomo(可切换) | Windows / macOS / Linux | Tauri | 需要多内核切换的进阶用户 |
Clash Verge Rev 是已停更的 Clash Verge 的社区接续版本:订阅管理、系统代理开关、TUN 模式的入口位置与 CFW 几乎一一对应,CFW 的 Mixin 功能在 Verge Rev 里对应「全局扩展配置」,学习成本最低,是 Windows 桌面用户平移的首选。
Clash Plus 覆盖 iOS、Android 与桌面平台,适合需要在手机与电脑之间保持同一组订阅和分流规则的用户,iOS 端可直接从 App Store 安装,桌面端与移动端共用一套配置思路。
FlClash 用 Flutter 实现一套界面跨四个平台,Android 与桌面的操作体验完全一致,配置目录结构清晰,适合多设备但不想分别学习两套客户端的用户。
迁移准备:备份配置与正确卸载 CFW
迁移前先做两件事:把 CFW 的配置目录完整备份,把订阅链接单独记录下来。CFW 的配置目录位置如下:
Windows: C:\Users\<用户名>\.config\clash
macOS: ~/.config/clash目录下的 profiles 子目录保存了每个订阅的 YAML 缓存,同级还有记录端口与开关状态的设置文件,整个目录打包复制一份即可完成备份。订阅链接本身建议单独复制保存:打开 CFW 的「配置」页,每个订阅卡片上都标注了原始 URL,逐条复制到备忘录或密码管理工具中。
还需要记下四项设置:混合端口(默认 7890)、外部控制器地址(默认 127.0.0.1:9090)、是否开启「允许局域网连接」、系统代理的绕过列表。换客户端后照原样填回,局域网里其他设备、浏览器插件中指向 7890 端口的配置就都不需要改动。
卸载顺序很重要
先在 CFW 里关闭「系统代理」开关,再退出程序、执行卸载。如果带着开启状态的系统代理直接删除程序,Windows 的代理设置会继续指向 127.0.0.1:7890,而端口上已经没有任何程序监听,表现为全系统断网。遇到这种情况,到「设置 → 网络和 Internet → 代理」中把「使用代理服务器」关掉即可恢复。
导入订阅:mihomo 内核的字段差异
在新客户端里新建订阅、粘贴 URL、执行更新,节点列表出现后,迁移就完成了大半。以 Clash Verge Rev 为例:「订阅」页 → 新建 → 粘贴链接 → 保存后点击更新;Clash Plus 与 FlClash 的入口名称相同。订阅链接由服务商下发,换客户端不需要联系服务商更换链接。
服务端下发的 YAML 由客户端内核解析,mihomo 与 CFW 的 Premium 内核在少数字段上行为不同,差异点如下:
- mixed-port、port、socks-port:两边语义一致,保持默认 7890 即可,旧设备上的代理指向不用改。
- rule-providers / proxy-providers:mihomo 支持更完整、格式检查更严格,极少数写法老旧的订阅会被判为格式错误,执行一次订阅更新通常就能拿到服务商修好的版本。
- script 段:Premium 内核的 script.shortcuts 脚本捷径在 mihomo 中不存在,依赖该写法的订阅需改用规则集表达,这类订阅目前已很少见。
- tun 段:CFW 把 TUN 做成独立开关,mihomo 使用独立的 tun 配置段,字段为 enable、stack、auto-route 等。
- 新协议:hysteria2、tuic、vless + reality 节点只有 mihomo 能解析,这正是迁移的直接收益。
mixed-port: 7890
allow-lan: false
external-controller: 127.0.0.1:9090
tun:
enable: true
stack: mixed
auto-route: true
auto-detect-interface: trueCFW 的 Mixin(YAML 合并)在 Verge Rev 中对应「全局扩展配置」里的 Merge 处理:原来用 Mixin 固定端口、覆写 DNS 的用户,把同一段 YAML 粘贴到 Merge 配置即可,语法完全一致。逐字段的说明见配置字段参考。
习惯过渡:系统代理、TUN 模式与局域网共享
系统代理开关
Verge Rev 的系统代理开关在主界面与托盘菜单各有一处,语义与 CFW 相同:开启后把系统 HTTP/HTTPS 代理指向 127.0.0.1:7890。浏览器与大多数桌面软件立即生效,无需重启系统。
TUN 模式与服务
CFW 的 TUN 开关在 Verge Rev 里拆成两步:先在设置页安装一次服务模式(Windows 会请求一次管理员授权),之后 TUN 开关才可用。TUN 模式在系统网络栈上建立虚拟网卡,命令行工具、游戏客户端这类不认系统代理的程序也会被接管,实际效果与 CFW 时代一致。
局域网共享与 UWP 限制
局域网共享对应 allow-lan 开关:开启后,同一 Wi-Fi 下的手机把代理服务器填成电脑的局域网 IP、端口 7890,即可共用电脑上的代理。Windows 商店(UWP)应用受系统回环限制,默认连不上本机代理,需要单独解除限制,具体操作见常见问题页。混合端口、TUN、外部控制器等术语的准确定义收录在名词解释页,迁移中遇到看不懂的开关可以先查词条。
迁移完成后的检查清单
- 订阅更新成功,节点列表完整,延迟测试有数值返回。
- 开启系统代理后,浏览器访问 IP 查询站点,出口地址已切换。
- TUN 模式下,命令行执行 curl 等命令同样走代理出口。
- 7890 端口没有与其他软件冲突;局域网设备共用代理的连接正常。
- CFW 备份目录至少保留一个订阅周期,确认新客户端稳定后再删除。
完成以上五项,CFW 就可以正式退役。后续内核与客户端的更新都会围绕 mihomo 生态进行,订阅、规则与端口使用习惯不需要再变。安装与首次配置的逐步演示见配置教程。