CFW 到底发生了什么
如果你只想先看一句话结论：2026 年已经不适合继续把 Clash for Windows 当成主力客户端。Windows 用户最稳的迁移方向是 Clash Verge Rev；如果你希望一步切到多协议生态，再考虑 V2RayN；Mac 用户则更适合直接转到 ClashX。
Clash for Windows 在 2023 年 11 月事实上停止维护，最后一个公开版本是 0.20.39，发布时间为 2023 年 11 月 3 日。此后开发者 Fndroid 删除了 GitHub 仓库，而且没有给出完整公开说明。对普通用户来说，这意味着最核心的三个入口同时消失了：官方发布页、问题反馈渠道，以及后续更新链路。
这次停更并不是孤立事件。同一波围绕 Clash 生态的压力，也影响了原始 Clash Verge 项目，所以社区随后才逐步转向 Clash Verge Rev 这样的继续维护分支。现在你仍能在社区归档或镜像中看到 CFW，例如 github.com/clashdownload/Clash_for_Windows，但这类来源解决的是“还能不能下载”，并没有解决“还能不能长期放心使用”。
时间线速览：
- 2023-11-03：公开可见的最后版本为 CFW 0.20.39。
- 2023-11：原仓库被删除，项目停止正常维护。
- 2024-2026：社区开始依赖分叉、镜像和替代客户端维持迁移需求。
Clash for Windows 现在还安全吗
诚实的答案是否定的。CFW 不是“今天立刻就一定会出事”，但它的安全边际正在随着时间持续下降。最直接的问题在于它基于旧的 Electron 框架，而 Electron 本身需要长期接收浏览器和运行时安全更新；一旦前端壳子停更，漏洞修补就会越来越落后。
第二个问题是核心组件滞后。代理客户端并不只是一个图形界面，它还依赖内核、网络栈、规则加载、证书处理和系统代理接管逻辑。只要这些组件长期不更新，你就会慢慢失去对新协议、新系统版本和新安全策略的兼容性。
第三个问题来自下载源本身。由于官方仓库消失，很多用户只能从第三方镜像、网盘和论坛二次分发包里获取安装文件。这里最现实的风险不是“功能不好用”，而是供应链风险：你无法轻松确认安装包有没有被改过、重签名或塞入额外内容。
继续使用 CFW 的主要风险：
- Electron 不再跟进安全补丁，旧漏洞只会累积不会减少。
- 内核和依赖组件越来越落后，新系统环境下兼容性会变差。
- 第三方下载源带来明显的供应链和篡改风险。
因此，我们的建议是：CFW 只适合作为短期应急工具，例如你要临时导出订阅、核对旧策略或完成一两天过渡；它已经不适合作为 2026 年的长期主力方案。迁移越早，后续要处理的兼容性问题越少。
迁移前一定要备份什么
大多数用户迁移失败，不是因为新客户端不好用，而是因为没有先把旧配置抓完整。CFW 的订阅、策略组和手工规则通常已经沉淀了很久，只要备份顺序做对，切换过程其实很平滑。
- 先导出订阅 URL： 打开 CFW 的 Profiles 标签页，找到你当前正在用的订阅链接，先复制出来单独保存。这一步最重要，因为它决定了你能不能在新客户端里一键恢复节点列表。
- 备份
profiles/list.yml： 这个文件通常记录了订阅列表、名称和一些元信息。即便你已经复制了订阅地址，也建议连同这个文件一起备份，方便回看旧配置。 - 备份本地 YAML 配置： 如果你不是纯订阅用户，而是手动维护过本地配置文件，请把所有自定义 YAML 一并存档，尤其是曾经为了兼容机场而手改过的文件。
- 记下自定义规则和代理组： 重点检查
rule-providers、rules、proxy-groups这几块。很多人以为只要订阅地址还在就够了，结果迁移后发现分流逻辑完全变了，问题往往就出在这里。 - 补一份截图或文字记录： 建议顺手截下当前模式、系统代理开关、TUN 设置、端口和常用策略组名称。哪怕新客户端支持直接导入，这份记录也能帮你快速核对是否迁移成功。
如果你要替别人迁移，最好把这些备份先打包，再开始安装新客户端。这样即使中途需要回滚，也不会因为少了一个本地 YAML 或策略组名字而被迫重新翻旧机器。
替代方案 1：Clash Verge Rev（首选）
对绝大多数 CFW 老用户来说，Clash Verge Rev 是最自然、最省心的替代品。它在 2026 年 2 月的稳定版本为 v2.4.6，GitHub 约 102k stars，底层使用 mihomo v1.19.19，前端基于 Tauri，而不是 CFW 使用多年的 Electron。直白一点说，它更轻、更快，启动和常驻占用也更适合现在的桌面环境。
更关键的是，它没有强迫你改掉原有的 Clash 使用习惯。你可以直接把 CFW 里同一个订阅 URL 粘进去，也可以把现成的 YAML 文件直接导入。对很多机场用户来说，这意味着迁移动作几乎就是“备份、安装、导入、核对”四步，不需要重新学一套全新概念。
- 优点： UI 逻辑仍然接近 Clash 生态，学习成本低；活跃维护；Tauri 机身更轻；支持 Windows、macOS、Linux。
- 迁移体验： 同样的 Clash 订阅通常可以直接用，本地 YAML 也能导入，最适合从 CFW 原样搬家。
- 适合人群： 主要使用 Clash YAML 订阅、想尽量少折腾界面和配置的人。
- 要注意的点： 它仍然基于 Clash 配置格式。如果你未来想全面转向 sing-box 原生生态，这种兼容路径可能只是一次中间过渡。
如果你只问“停更后先装哪个最稳”，我们的默认答案就是 Clash Verge Rev。它并不神秘，本质上就是把 CFW 用户最熟悉的工作流，搬到了一个还在持续迭代的壳子里。
替代方案 2：V2RayN
如果你对“继续留在 Clash 格式”这件事本身就没有执念，那么 V2RayN 是另一条很强的路线。它当前主流版本是 v7.18.0，GitHub 约 98.6k stars，可调用 Xray、sing-box、mihomo 等多个核心，覆盖 VMess、VLESS、Trojan、Shadowsocks、Hysteria2 等协议。
V2RayN 最大的价值不在于它长得像不像 CFW，而在于它给你更大的协议自由度。很多机场近两年逐渐把重点放在 VLESS、Reality、Hysteria2 或 sing-box 兼容配置上，这时继续死守旧 Clash 工作流反而会让你更被动。V2RayN 的好处是一次迁移后，后续切换协议不需要频繁换客户端。
它的代价也很明确：你会离开原来的 CFW 使用习惯，节点管理和内核选择方式都更偏“工具箱”风格。如果你主要需求是“今天先把 CFW 平移出去”，它没有 Clash Verge Rev 那么顺手；如果你准备顺便升级整个协议栈，那它的上限会更高。你可以继续阅读我们的 V2RayN 指南 了解细节。
- 优点： 多核心、多协议，适应不同机场和不同网络环境的能力更强。
- 不足： 与 CFW 的界面和配置心智差异更大，初次迁移需要重新理解一些概念。
- 最适合： 已经在用或准备转向 VMess、VLESS、Trojan、Hysteria2 的用户。
替代方案 3：ClashX（macOS 用户首选）
如果你原来虽然叫“CFW 用户”，但主要工作设备已经是 Mac，那么最自然的接替者其实不是 Windows 圈的新客户端，而是原生 macOS 的 ClashX。它一直是 Mac 上最成熟、最稳定的 Clash 系客户端之一，订阅格式与 CFW 高度一致，对迁移来说几乎没有额外门槛。
ClashX 的优势在于它不是把跨平台界面硬套到 Mac 上，而是直接沿着 macOS 的使用方式来做：菜单栏、系统代理切换、原生交互、较低的资源占用，体验上比旧 Electron 客户端更贴近 Mac 用户预期。对只是想把工作机稳定跑起来的人来说，这种原生感往往比“功能更多”更重要。
如果你就是 Mac 用户，而且服务商仍然提供 Clash 格式，那么直接去我们的 ClashX 下载页 就可以开始迁移。你可以继续使用同一个订阅 URL，也可以导入本地 YAML；从操作层面看，这属于最顺滑的一类过渡。
- 优点： 原生 macOS 体验、同样支持 Clash 订阅格式、适合长期稳定使用。
- 不足： 主要面向 macOS，不是 Windows 用户的主路线。
- 最适合： 已经迁移到 Mac，或者想彻底摆脱 CFW 的跨平台壳子体验的人。
替代方案 4：Clash Nyanpasu
Clash Nyanpasu 是社区里另一条值得关注的分支，项目地址在 github.com/LibNyanpasu/clash-nyanpasu。它支持 Windows、macOS、Linux，开发节奏活跃，功能试验也比较积极，因此在喜欢尝鲜的用户里有不错口碑。
但它和 Clash Verge Rev 的定位并不完全一样。Clash Verge Rev 更像一条“稳妥迁移路线”，Nyanpasu 更像“社区实验场里已经相当能打的一位选手”。如果你愿意接受更快的功能迭代、偶尔更换交互细节、并且乐于跟进项目更新，它会很好玩；如果你只是想把 CFW 安稳替换掉，优先级仍然应该放在 Clash Verge Rev 前面。
- 优点： 社区活跃，功能推进快，跨平台覆盖完整。
- 不足： 整体气质更偏实验与探索，保守迁移用户需要一点适应期。
- 最适合： 想跟进社区新功能、愿意接受更快迭代节奏的用户。
CFW 与主流替代工具对比
如果你不想逐段看完，下面这张表可以先帮你做第一轮筛选。真正决定迁移难度的，不是“哪个项目更火”，而是它和你当前配置格式、设备平台、日常操作习惯有多接近。
| 客户端 | 状态 | 平台 | 核心 | GitHub Stars | 配置格式 | 从 CFW 迁移难度 |
|---|---|---|---|---|---|---|
| Clash for Windows | 已停更 | Windows | 旧版 Clash Core | 原仓库已删除 | Clash YAML | 无需迁移，但不建议继续使用 |
| Clash Verge Rev | 活跃维护 | Win / Mac / Linux | mihomo v1.19.19 | 约 102k | Clash YAML | 最低，基本可原样迁移 |
| V2RayN | 活跃维护 | Win / Mac / Linux | Xray / sing-box / mihomo | 约 98.6k | 多协议格式 | 中等，需要适应新工作流 |
| ClashX | 活跃维护 | macOS | Clash 兼容核心 | 见项目页 | Clash YAML | 对 Mac 用户很低 |
| Clash Nyanpasu | 活跃维护 | Win / Mac / Linux | mihomo | 社区活跃增长中 | Clash YAML | 中低，适合愿意尝鲜的人 |
如果你是最典型的“CFW + Clash 订阅”用户，上表里最直接的结论就是：先迁到 Clash Verge Rev，等你后面真的有多协议需求，再决定要不要继续转向 V2RayN。
如何一步步迁移到 Clash Verge Rev
下面这条路线是目前最常见、失败率也最低的做法。它的核心原则不是“赶紧装新客户端”，而是先把旧配置锁住，再用最少变量完成切换。
第 1 步：先冻结当前 CFW 配置
在动任何安装动作之前，先确认当前 CFW 能正常联网，然后把正在使用的订阅地址、当前代理模式和常用策略组记录下来。这样做的目的，是给你留下一份“可工作的对照样本”，方便迁移后逐项核验。
第 2 步：导出订阅并备份本地 YAML
去 Profiles 标签页复制订阅 URL，再把 profiles/list.yml 和所有本地 YAML 文件打包存好。如果你曾经自己改过规则，务必检查 proxy-groups 和 rule-providers 是否已经出现在备份里，不要只依赖截图。
第 3 步：安装 Clash Verge Rev 并导入原配置
安装新客户端后，优先使用和 CFW 相同的订阅 URL 直接导入。如果你本来就是本地 YAML 用户，就把 YAML 文件直接拖入或手动导入。这个阶段不要急着调花哨功能，先确保节点列表、策略组名称和模式切换都能正常显示。
第 4 步：核对规则、DNS、TUN 和系统代理
迁移真正容易出问题的地方通常在这里。请把新客户端里的策略组顺序、规则提供器、DNS 设置、TUN 开关、混合端口与系统代理状态，和旧 CFW 做一次一对一比对。只要这些地方一致，大多数“为什么访问结果不一样”的问题都能提前避免。
第 5 步：用常用站点做实测，再卸载 CFW
最后用你最常访问的几类站点做验证，例如国内直连站、流媒体、工作后台、需要走特定策略的服务，以及需要 TUN 的应用。确认两三天都稳定后，再卸载 CFW。旧客户端可以短暂保留作为回滚参照，但不要继续长期并行使用，更不要把它重新设回主力。
最常见的迁移翻车点：
- 只保存了订阅，忘了备份本地 YAML 和规则。
- 导入后没有核对代理组名称，导致分流规则找不到目标组。
- 把系统代理或 TUN 开关状态和旧客户端弄反，误以为新客户端有问题。
常见问题（FAQ）
Q: 还能下载 CFW 0.20.39 吗？
A: 可以，社区分叉和镜像里仍然能找到 0.20.39，但它已经不是官方维护版本。下载时请把它视为“自行承担风险的临时应急包”，而不是值得长期安装的主力工具。
Q: 我的 CFW 配置能直接用于 Clash Verge Rev 吗？
A: 大多数情况下可以。Clash Verge Rev 继续兼容 Clash YAML 订阅和本地配置文件，所以同一条订阅链接通常能直接导入，只在极少数旧字段或自定义脚本上需要微调。
Q: 自定义规则怎么办？
A: 把 rule-providers、rules、proxy-groups 以及你手动修改过的 YAML 一起带走。迁移后先核对策略组名字，再测实际分流结果，通常就能把原有体验保留下来。
Q: Clash Verge Rev 安全吗？
A: 相比已停更的 CFW，Clash Verge Rev 明显更安全。它有约 102k GitHub stars、活跃维护节奏和持续的社区审查，Tauri 前端也比旧 Electron 壳子更轻更可控。
Q: 如果我的服务商只提供 Clash 格式怎么办？
A: 那就优先选 Clash Verge Rev 或 ClashX。它们都继续支持 Clash 订阅和 YAML 配置，不需要你为了迁移先做格式转换。
Q: 我应该换 V2RayN 还是 Clash Verge Rev？
A: 如果你想保留熟悉的 Clash UI 和配置逻辑，先选 Clash Verge Rev；如果你更看重多协议灵活性，尤其需要 VMess、VLESS、Trojan、Hysteria2 等支持，再转向 V2RayN。
继续了解 CFW
想了解 CFW 的历史和基本信息，请查看我们的 Clash for Windows 介绍页。如果你已经决定迁移，也可以顺手查看 代理客户端对比 和 基础教程，这样在换客户端时更容易判断哪些设置属于工具差异，哪些只是订阅本身的问题。
最后再强调一次：继续把 CFW 当主力，并不是“怀旧”，而是在主动接受一个越来越不可控的旧环境。越早迁移到仍在维护的客户端，你后面的排错成本就越低。