Clash for Windows 停更后怎么办:迁移到 Clash Verge Rev 与 FlClash 的替代方案

先迁移订阅，再恢复本地设置

Clash for Windows，通常简称 CFW，是图形客户端。订阅提供节点和规则，内核负责建立连接，客户端负责导入配置、切换代理组和设置系统代理。这三部分不是同一件事。CFW 停止维护后，原来的订阅不一定失效，也不必仅因为换客户端就重新购买服务。

迁移的稳妥顺序是：保留旧配置，安装新客户端，导入订阅，验证连接，最后恢复自定义规则和 TUN。TUN 是通过虚拟网络接口接管流量的方式，比系统代理涉及更多网络设置。第一次迁移先不启用它，能把排查范围缩小到配置和端口。

Clash Verge Rev 与 FlClash 怎么选

Clash Verge Rev 和 FlClash 都是使用 mihomo 内核的图形客户端。mihomo 是 Clash Meta 项目沿用至今的内核名称，支持 Clash 风格的 YAML 配置，也有自己的扩展能力。这里的“兼容”指配置体系相近，不代表旧客户端的数据目录可以直接覆盖到新客户端。

如果只迁移 Windows 电脑，可以先选 Clash Verge Rev；如果还需要在 Android 手机上使用相同订阅，可以评估 FlClash。两者都应按设备架构选择安装包，例如 Windows x64 与 ARM64 不要混选。具体平台支持和安装要求以下载页及对应项目发布说明为准。

不建议仅凭节点延迟数字判断客户端优劣。同一节点在不同时间测试会变化；迁移是否成功，应看订阅能否更新、规则是否命中、目标网站能否访问，以及应用实际使用的代理入口。

迁移前备份：订阅、YAML 与本地改动

记录订阅来源，不只复制节点名称

1. 在 CFW 的 Profiles 页面确认当前启用的配置名称，并记录它是远程订阅还是本地文件。
2. 从服务提供方的账户页面取回 Clash 或 mihomo 格式的订阅链接。若旧客户端提供复制订阅地址的入口，也可以使用，但要确认复制的是原始订阅地址。
3. 在 CFW 的 Settings → General → Home Directory 处打开配置目录；不同版本的入口文案可能略有差异。退出 CFW 后，复制整个目录到本地备份位置。
4. 额外记录当前混合端口、HTTP 端口、SOCKS 端口、代理模式、选中的代理组，以及是否开启 TUN。

常见用户目录是 %USERPROFILE%\.config\clash，但便携版或自定义安装可能使用别的位置，应以旧客户端显示的实际目录为准。备份整个目录便于回看；导入新客户端时，则只选择需要的订阅或配置文件，不要把整个目录覆盖过去。

把自定义内容单独列出来

远程订阅之外的改动，最容易在迁移后丢失。检查是否改过 rules、dns、hosts、proxy-groups 和 tun，以及是否使用过 CFW 的 Parsers 预处理配置或脚本。把每项改动的目的写下来，例如“公司域名直连”“下载工具走指定代理组”。

CFW 的预处理逻辑属于客户端层功能，不能假定新客户端会原样执行。优先用新客户端提供的覆写或合并功能重建；涉及脚本时，先核对新客户端支持的输入、输出格式。不要把旧脚本直接粘贴后就开启全部功能。

在 Clash Verge Rev 中重新导入

下面按中文界面的功能入口说明，实际按钮可能随版本调整。核心流程始终是“新增订阅、更新、启用”，不是只把地址保存到列表里。

1. 退出 CFW，打开 Clash Verge Rev，在「订阅」→「导入」入口粘贴远程订阅地址。部分版本直接在订阅页提供链接输入框。
2. 等待下载完成，查看是否生成配置卡片。选中或启用这份配置，再打开「代理」页面确认代理组和节点已经出现。
3. 先使用规则模式。规则模式会按配置中的规则选择直连或代理；全局模式则把通常由规则分流的连接交给全局代理组。
4. 在「设置」中核对实际监听端口，再开启系统代理。若提示端口被占用，先检查旧客户端是否仍在后台运行。
5. 访问一个应直连的网站和一个需要代理的网站，同时在连接列表中核对命中的规则与策略。

只有本地 YAML 文件时，使用订阅页的本地文件导入入口。YAML 是用缩进表达层级的配置文本；导入前不要用富文本编辑器修改。一个可独立使用的配置通常需要包含节点或节点提供者、代理组和规则。仅含几条规则的片段，不等于完整订阅。

如果导入成功却没有节点，先看下载到的内容是否为账户登录页、错误页面或其他客户端专用格式。订阅地址能在浏览器打开，并不代表返回内容就是 Clash 配置。也不要随意把私人订阅提交给来源不明的在线转换页面。

在 FlClash 中重新导入

1. 打开「配置」页面，通过新增入口选择 URL 导入；如果手头只有备份文件，则选择文件导入。
2. 填写便于辨认的配置名称，保存后执行更新，并把这份配置设为当前使用项。
3. 进入「代理」页面，给需要手动选择的代理组选择节点，再启动代理连接。
4. 桌面端核对系统代理与监听端口。Android 端首次启动通常会请求系统 VPN 连接许可，确认后才能通过虚拟接口接管流量。
5. 返回配置页手动更新一次，确认不是仅能使用本地缓存、却无法刷新订阅。

Android 的 VPN 接管与 Windows 的系统代理不是同一个开关，不必在手机上寻找与 CFW 完全一致的按钮。Android 通常只允许一个应用占用系统 VPN 通道，已有的 VPN、抓包或本地过滤工具可能与它冲突。

电脑与手机共用一个订阅链接，也不等于共享当前选中的节点、自定义规则或本地端口。这些设置可能保存在各自设备上。服务提供方如果限制同时在线设备数，应先确认套餐规则，再决定是否同时连接。

端口与系统代理：逐项对应，不沿用猜测

系统代理只是告诉遵循系统代理设置的应用，把请求交给本机某个地址和端口。它不会自动接管所有程序，也不会修复已写死在浏览器扩展、终端或下载工具里的旧端口。

例如，旧应用配置为 127.0.0.1:7890，新客户端实际监听 127.0.0.1:7897，这个应用就会继续请求旧入口。解决方式是修改应用地址，或在确认没有冲突后，把新客户端端口设回 7890。这些数字是排查示例，不代表所有版本的默认值。

以下是设置项示例，不是一份可直接联网的完整配置。若图形客户端会生成运行配置，应在其设置界面修改，避免文件被下次启动覆盖。

mixed-port: 7890
allow-lan: false
mode: rule
log-level: info

allow-lan: false 表示不允许局域网设备通过该入口使用代理，适合只在本机迁移测试。不要为了让本机浏览器连通就开启局域网访问；本机应先使用回环地址 127.0.0.1 排查。

用一次明确的请求验证入口

在 Windows PowerShell 中，可以显式调用 curl.exe，避免旧环境中同名别名造成混淆。把下面的端口改成实际混合端口或 HTTP 端口；这个测试不依赖浏览器是否读取系统代理。

curl.exe --proxy http://127.0.0.1:7890 --head --max-time 15 https://example.com/

如果立即提示连接被拒绝，优先检查内核有没有启动、端口是否填错。若能够连接代理但请求超时，再查节点、DNS 和规则。收到 HTTP 响应只能证明这次请求走通，不能据此推断所有应用都已迁移完成。

恢复规则与 TUN：一次只改一项

先确认订阅原始配置能工作，再添加自定义规则。Clash 风格规则一般按从上到下的顺序匹配，首条命中后采用对应策略。若希望公司域名直连，应把相关规则放在可能提前命中的宽泛规则之前，而不是简单追加到兜底 MATCH 后面。

rules:
  - DOMAIN-SUFFIX,example.org,DIRECT
  - MATCH,PROXY

上例只用于解释顺序：example.org 及其子域名直连，其余交给名为 PROXY 的策略。实际配置中必须存在这个策略名；如果订阅的代理组叫其他名称，应使用准确名称。不要用这两行替换整份订阅的规则列表，否则原有分流会被删掉。

确认系统代理可用后，再启用 TUN

• 先留基线：记录系统代理开启、TUN 关闭时，浏览器和目标应用是否可用。
• 按提示授权：Windows 上的 TUN 可能需要管理员权限或客户端服务；只按当前客户端说明安装和启动所需服务。
• 核对冲突：已有 VPN、虚拟网卡、公司安全软件或其他代理程序可能影响路由和 DNS。
• 逐项验证：启用后分别测试网页、终端、局域网资源和公司内网。某一项失败时先关闭 TUN 对比，不要同时修改 DNS、规则和路由。

旧 CFW 的 TUN 配置不宜整段照搬。内核版本、网卡实现和客户端生成配置的方式可能不同。尤其是 DNS 劫持、自动路由和排除网段，应以新客户端当前支持的设置为准。

迁移后常见故障与检查顺序

订阅更新失败，但旧配置还能用

先检查链接是否过期、账户是否需要重新生成订阅，以及地址中有没有多余空格。再区分更新请求是直连还是经代理发出；如果当前代理已失效，依赖它更新订阅就可能形成循环。保留可用缓存，查看更新错误中的 HTTP 状态与连接提示，不要反复删除全部配置。

节点已出现，浏览器仍打不开网页

按“内核运行状态 → 本机监听端口 → 系统代理 → 代理组选择 → 连接日志”的顺序检查。若显式代理请求能成功而浏览器失败，重点检查浏览器代理扩展和系统代理设置；若只有某个域名失败，则看该连接命中的规则、策略与 DNS 结果。

退出客户端后网络异常

打开 Windows 「设置」→「网络和 Internet」→「代理」，检查“使用代理服务器”是否仍指向已经停止监听的本机端口。如果已经退出所有代理客户端，关闭这项手动代理再测试。公司设备可能使用组织指定的代理，不要擅自删除其地址或自动配置脚本。

规则恢复后配置报错

先撤回最后一次覆写，确认原始订阅仍能启动。再检查 YAML 缩进、策略名称和重复键。空格与制表符不要混用；报错中的行号可能属于客户端合并后的运行配置，而不是订阅原文件，应同时查看运行配置与合并日志。

完成迁移前的核对清单

• 新客户端能够手动更新订阅，当前启用的配置名称明确。
• 直连网站与代理网站分别测试过，连接列表中的策略符合预期。
• 浏览器、终端和下载工具不再引用旧端口。
• 自定义规则经过单独验证，订阅更新后仍然保留。
• 需要 TUN 时已测试内网访问，不需要时保持关闭。
• 重启电脑后只启动一个负责接管流量的客户端，系统代理与实际监听端口一致。

全部通过后，再清理旧客户端的开机启动项和不再需要的程序文件。含订阅令牌的备份应保存在受控位置；完成核对后按需删除。迁移的目标是把订阅、规则和网络入口逐项接好，而不是把旧目录完整搬进另一款软件。