开源内核 · 全平台客户端 clash-desktop.com

Clash最新版下载

围绕 mihomo 内核,说明规则分流与 TUN 模式的配置方法。

代码开源 YAML 配置 中文文档
ENGINE mihomo 内核与客户端
LICENSE / CORE
GPL-3.0
CONFIG
YAML
ROUTING
规则 / 全局 / 直连

PLATFORMS / 平台索引

Clash 客户端下载入口

先确认系统与处理器架构,再选择客户端。安装包、维护状态与平台要求集中列在下载页。

Windows

适合通过图形界面管理订阅、策略组与连接记录。可从 Clash Plus 开始,也可按操作习惯选择 Clash Verge Rev 等客户端。安装前在系统信息中确认处理器架构,避免将不同架构的安装包混用。

首次连接先使用系统代理验证浏览器访问;需要接管其他应用时,再检查服务组件和 TUN 权限。Clash for Windows 已停止维护,归档入口与当前客户端分开说明。

前往下载 Windows 客户端

macOS

按 Apple Silicon 或 Intel 处理器选择对应安装包。桌面客户端通常提供菜单栏控制、配置切换和系统代理入口;Clash Plus、Clash Verge Rev 与 FlClash 的具体选项在下载页列出。

安装后先完成系统要求的授权,再导入配置。若启用 TUN,需要同时关注网络扩展或服务权限。切换客户端前关闭原有代理,减少多个应用反复改写系统代理设置的情况。

前往下载 macOS 客户端

Android

通过系统 VPN 接口接管应用连接。可选择 Clash Plus、Clash Meta for Android 或 FlClash;不同客户端的界面与内核支持范围并不完全相同,导入前应确认配置格式。

首次启动连接时需要同意系统 VPN 授权。若锁屏后连接中断,再检查电池优化、后台活动与厂商系统的自启动限制。手机上的其他 VPN 类应用可能与当前连接互斥,应逐项确认。

前往下载 Android 客户端

iOS

下载页提供 Clash Plus 的 App Store 入口,并列出官网 clashplus.io。安装后按客户端支持的方式导入配置,确认订阅内容可被识别,再授权创建 VPN 配置。

移动网络与无线网络切换后,可以用同一目标站点复测连接。桌面配置中的进程规则、文件路径或网络栈参数不应直接照搬到手机;涉及系统差异的内容请查阅全平台指南。

前往下载 iOS 客户端

Linux

桌面用户可选择 Clash Verge Rev 或 FlClash,并按发行版使用相应软件包。服务器、路由器与需要自主管理服务的用户,可以在下载页的内核区查找 mihomo。

图形界面启动成功不代表路由已接管。系统代理依赖桌面环境和应用支持,TUN 则涉及设备权限、路由与 DNS。建议先在前台检查日志,再考虑后台服务与开机启动。

前往下载 Linux 客户端

ROUTING / 功能索引

核心特性与配置边界

分流判断,从规则开始。
连接接管,另看系统边界。

以下片段用于解释 mihomo 配置结构,不是可直接连接的完整配置。策略组、节点与规则文件需要自行补齐,其他内核或客户端应先确认兼容性。

从订阅导入开始 →

SOURCE / 开源与维护

Clash 生态与 mihomo 内核

客户端名称不是兼容性结论。
配置行为,需要回到内核与文档。

项目历史:从名称识别到维护状态

Clash 最初以规则驱动的代理内核进入用户视野,随后出现了面向不同操作系统的图形客户端。原 Clash 项目及部分早期客户端停止维护后,生态中仍有不同方向的后续实现。Clash Meta 后来以 mihomo 名称继续发展,因此旧教程中的 Clash、Meta 与当前文档中的 mihomo 有时指向不同阶段的项目。阅读教程时,应先辨认讨论的是内核、客户端,还是某种配置格式。

Clash for Windows 是历史桌面客户端名称,不是所有 Windows 平台 Clash 客户端的统称。旧安装包仍可用于研究既有环境,但停止维护意味着后续系统兼容性、协议支持与问题修复不能据此作出保证。新安装应优先比较仍在维护的客户端;迁移时保留原始配置,再检查规则、DNS 和代理组的兼容情况,而不是只替换程序文件。

开源生态:代码许可与服务来源分开理解

mihomo 的源代码以 GPL-3.0 协议发布,可在公开仓库中查阅实现、提交记录与问题讨论。代码公开让配置行为有据可查,但某个图形客户端的功能、打包方式和维护节奏仍应以其自身项目说明为准。这里不使用星标数量推断连接质量,也不把社区热度当作适合所有设备的结论。选型更应关注系统支持、权限要求和日常维护习惯。

开源内核、客户端与线路服务是不同层次。软件许可说明代码如何使用和分发,订阅服务则提供连接信息和相应使用条件;两者不能互相替代。公开节点可能随时失效,也无法仅凭分享页面判断运营主体。涉及账户登录、支付或其他敏感操作时,应评估线路来源,并继续使用目标应用自身的加密连接。

内核关系:界面设置并非跨平台承诺

图形客户端通常负责配置管理、系统代理开关、服务安装与日志展示,内核负责实际处理连接。本文展示的语法以 mihomo 为背景;iOS 或其他平台客户端应按自身文档确认支持范围。即使同样使用 YAML,某些字段也可能因内核能力、平台网络接口或客户端覆写方式而产生不同效果。导入成功只说明文件可被接受,还应验证实际流量走向。

系统代理、TUN 与规则模式分别处在不同层次。系统代理依赖应用主动采用代理设置,TUN 通过网络路由引入流量,规则模式则在接管之后决定策略。把这三件事拆开,可以更快定位“浏览器可用但其他应用不可用”“开启全局后仍有连接直出”等问题。先查看连接是否进入内核,再判断命中规则,最后检查所选线路是否可达。

更新机制:程序、订阅与规则数据独立检查

客户端更新可能涉及界面与系统集成,内核更新可能改变协议或配置行为,订阅更新会替换连接信息,规则集和地理数据库更新则影响分类结果。这些操作并不必然同时发生。升级前记录正在使用的配置与本地覆写,阅读变更说明;升级后复测常用站点、局域网设备和休眠恢复,不宜一次调整所有网络参数。

下载页集中展示平台入口与安装说明,首页不固定展示具体发行编号。排查升级后的问题时,可先使用最小配置复现,再逐步恢复规则集、DNS 策略与 TUN。向项目反馈时,应说明操作系统、客户端名称、内核信息与复现步骤,并移除订阅地址、账户信息和其他敏感内容。只提供“无法上网”通常不足以区分解析失败、路由冲突与线路不可用。

NOTES / 配置记录

近期配置文章

按流量接管、域名解析与出口选择逐层查阅。示例用于说明配置方法,实际参数应与当前客户端支持范围对应。