桌面使用可先比较 Clash Plus、Clash Verge Rev 与 FlClash。安装前到系统设置查看处理器和系统类型,再选择匹配的安装包。首次配置只运行一个代理客户端,避免多个程序争用端口、反复改写系统代理。
安装成功后,先导入订阅、选中配置,再启用系统代理。若命令行工具仍不能连接,检查它是否读取系统代理,必要时单独设置代理地址。旧客户端迁移时保留原配置副本,但不要让新旧程序同时接管网络。
前往下载 Windows 客户端按设备选择
先选系统,再核对处理器架构和安装方式。下载页列出可选客户端、系统要求及维护状态;这里的入口会直接定位到对应平台,不会触发安装包下载。
桌面使用可先比较 Clash Plus、Clash Verge Rev 与 FlClash。安装前到系统设置查看处理器和系统类型,再选择匹配的安装包。首次配置只运行一个代理客户端,避免多个程序争用端口、反复改写系统代理。
安装成功后,先导入订阅、选中配置,再启用系统代理。若命令行工具仍不能连接,检查它是否读取系统代理,必要时单独设置代理地址。旧客户端迁移时保留原配置副本,但不要让新旧程序同时接管网络。
前往下载 Windows 客户端Mac 用户先在“关于本机”中确认是 Apple 芯片还是 Intel 处理器,再选择对应架构。Clash Plus、Clash Verge Rev 和 FlClash 提供不同的界面与配置管理方式,日常使用可重点比较订阅更新和系统代理操作是否顺手。
首次启动时按系统提示授予必要权限。启用系统代理后,可到网络设置核对当前代理状态;需要 TUN 时再配置服务或网络权限。不要把另一台电脑上的权限设置直接当作本机结论,系统升级后也应重新确认运行情况。
前往下载 macOS 客户端手机和平板可比较 Clash Plus、Clash Meta for Android、FlClash 与 Surfboard。安装包架构需要与设备匹配;配置格式也要与客户端兼容,不能仅凭链接名称判断。导入后检查配置是否已激活,再启动连接。
首次连接通常需要确认系统 VPN 权限。若切到后台后连接中断,先检查省电策略和后台运行限制,再查看客户端日志。其他 VPN、工作资料或设备管理策略可能影响连接建立,应先确认当前由哪个应用占用网络通道。
前往下载 Android 客户端iPhone 与 iPad 用户可从下载页进入 Clash Plus 的 App Store 页面,查看兼容性、功能说明及商店展示的信息。产品官网为 clashplus.io。先完成应用安装,再在应用内导入支持的订阅或配置。
连接时按提示允许添加 VPN 配置。切换无线网络与蜂窝网络后,若访问表现不同,先重新建立连接并查看当前策略。桌面客户端的服务模式、系统代理菜单和手机上的网络授权不是同一套操作,不必逐项寻找同名开关。
前往下载 iOS 客户端桌面环境可比较 Clash Verge Rev 与 FlClash,先确认发行版、软件包格式和处理器架构。图形客户端负责订阅、策略选择与开关管理,适合希望直接操作界面的用户;安装后还应检查桌面环境的系统代理支持情况。
服务器与路由器用户可继续查看下载页的 Mihomo 内核区。内核需要自行准备配置、运行权限和服务管理,不等于图形客户端。涉及路由调整时先保留恢复方式,远程维护设备尤其要避免改动后失去原来的管理连接。
前往下载 Linux 客户端开源生态与维护
Clash 是一类基于规则处理网络连接的工具,也是多个客户端共同沿用的配置生态名称。理解内核、界面和订阅的分工,比单看软件名称更有助于选择和排查。
查看 Mihomo 开源仓库 ↗原有 Clash 相关项目停止维护后,社区形成了不同的内核分支和图形客户端。Mihomo 延续并扩展了这套规则代理配置生态,Clash Verge Rev、FlClash 等客户端则提供日常操作界面。旧教程里的截图、菜单和安装方式未必适用于当前软件。寻找下载入口时,应先确认完整项目名,再看支持平台与维护说明,不要只根据文件名里出现 Clash 就判断它适合当前设备。
停更并不表示本地已有配置会立刻失效,但系统更新、协议变化和网络环境调整都可能带来兼容问题。迁移时先记录订阅来源、代理组选择、端口以及自定义规则,再逐项恢复。配置能被新客户端读取,只能说明语法通过了第一步;仍需验证实际连接和规则去向。下载页会把归档客户端与当前可选方案区分展示,便于按用途选择。
图形客户端负责管理订阅、切换策略和展示日志;内核负责协议处理、规则匹配以及连接转发;订阅提供方负责其服务端和订阅内容。三者经常一起出现,却不能互相替代。界面能够启动,不代表订阅已成功更新;订阅更新成功,也不代表出口一定可达。排查时沿着这三个层次逐一确认,可以减少重复安装和反复切换开关。
同一台设备上,系统代理和 TUN 又属于流量入口层。应用先把连接交给内核,规则才有机会决定它走直连还是代理。若连接页始终找不到目标应用的请求,应先检查入口,而不是立即修改规则。若请求已经出现,再查看命中的条目和代理组实际选择。这样能把“没有接管”和“接管后失败”区分开,避免把两类问题混在一起。
Mihomo 的源代码、问题讨论与发布记录在项目仓库中公开,内核采用 GPL-3.0 开源许可。需要了解某个配置字段时,优先查当前项目文档,再结合发布说明确认支持情况。图形客户端可能采用不同许可证,也可能对部分设置做额外封装;不能因为使用同一内核,就认为所有客户端的功能、授权和平台支持完全一致。
普通使用者不需要自行编译即可阅读文档;开发者或希望研究实现的用户,可以复制下方命令获取内核源代码。这个命令只下载代码仓库,不会安装客户端,不会导入订阅,也不会修改系统网络。查看问题讨论时,优先寻找与当前系统、内核和报错信息相符的内容。单独一张成功截图无法说明另一套设备也能使用相同配置。
git clone https://github.com/MetaCubeX/mihomo.git
客户端更新、内核更新和订阅更新是三件不同的事。客户端更新可能调整界面、权限或配置管理逻辑;内核更新可能增加协议支持并改变部分字段行为;订阅更新则主要替换服务提供方下发的内容。遇到问题时先记录最近改动的是哪一层,再决定回看哪份说明。一次同时更换客户端、订阅和规则,会让故障来源难以判断。
更新前保存自定义规则与覆写内容,确认哪些设置由客户端持久保存,哪些会跟随订阅重新生成。更新后先验证一个常用目标,再观察连接记录中的规则和出口,不必立即修改所有高级参数。若计划从旧软件迁移,先让新客户端独立运行成功,再处理开机启动和服务模式。退出旧客户端后,也应检查系统代理是否已恢复到预期状态。
本页的窗口与代码用于说明设置关系,不代表安装后的默认状态,也不是可直接使用的完整代理配置。规则示例中的代理组需要在实际配置中存在,地理数据库和规则集也需要按所用方案准备。把零散片段直接拼到订阅文件末尾,可能产生重复字段、错误缩进或无效引用。更稳妥的做法是先理解字段用途,再通过客户端支持的合并方式添加。
订阅链接可能带有账户访问参数,排查截图和日志时应先隐藏这些内容。仅向可信来源提供必要信息,不把完整配置随意上传到公开转换工具。共享网络设备前,也要明确允许局域网连接的作用范围与访问控制。规则分流用于按需求安排网络路径,不替代服务提供方的使用规则,也不改变用户应遵守的适用法律和网络管理要求。
第一次使用先读 订阅导入与连接步骤;已经能连接、希望进一步调整时,再查阅 从零到精通使用手册。前者沿着操作流程讲解,后者按概念和配置层次展开,方便在遇到具体问题时回查。
继续阅读
从共用订阅、选择出口到理解测试结果,按当前遇到的问题继续阅读。文章中的配置思路需要结合客户端实际设置使用,不必一次改完所有参数。
对比订阅链接直接共享、配置文件手动拷贝、云端存储托管与覆写脚本复用几种方式,说明各自的操作步骤与注意事项。同步前先区分服务端下发内容和本机设置,端口、路径与权限不宜照搬。
面对订阅里的一长串节点,从延迟表现、流量倍率、出口地区与协议类型四个角度给出挑选思路,并说明代理组自动选择的适用场景。先明确访问需求,再比较同一条件下的表现。
客户端显示的延迟测的是什么、为什么数值低也可能卡顿,结合测试地址、握手过程与带宽差异,讲清如何正确解读测速结果。把测试结果当作参考,再用真实访问和连接记录定位问题。