开源客户端合集 mihomo 内核

Clash发布页全平台客户端下载

下载Clash 查看教程

整理全平台客户端、规则分流与中文配置教程，按设备选择入口，按内核核对能力。

开源内核配置参考迁移指南

Clash 客户端下载入口

先选操作系统，再核对处理器架构。桌面端重视托盘管理与配置编辑，移动端还需考虑后台权限、电量策略和系统网络接口。客户端名称相近，不代表安装包、内核与订阅格式完全一致。

Windows 客户端

首推 Clash Plus，也可选择 Clash Verge Rev、FlClash 与 Clash Nyanpasu。安装前查看系统类型；需要 TUN 时再按客户端提示配置服务权限。Clash for Windows 已停止维护，旧环境迁移应同时检查订阅、覆写规则和系统代理端口，不能只复制程序目录。

前往下载

macOS 客户端

首推 Clash Plus；Clash Verge Rev 与 FlClash 可用于桌面规则管理。先在系统信息中确认 Apple Silicon 或 Intel，再选择对应安装包。授权网络服务后，检查是否仍有其他代理工具接管系统设置；归档的 ClashX Meta 适合了解旧配置，不宜作为新环境的默认选择。

前往下载

Android 客户端

首推 Clash Plus，也提供 Clash Meta for Android、FlClash 和 Surfboard 的选择说明。多数新设备使用 ARM64，但仍应以系统信息为准。首次连接需要确认系统 VPN 授权；后台断开时先检查电池优化策略。Surfboard 的配置体系与 Clash YAML 有差异，订阅地址不能一概混用。

前往下载

iOS 客户端

首推 Clash Plus，下载页提供 App Store 入口与官网 clashplus.io。导入配置后按系统提示允许添加 VPN 配置，再确认规则与策略组已经加载。iOS 客户端采用系统允许的网络接口，不能把桌面端服务模式、端口接管或内核替换步骤直接照搬到手机。

前往下载

Linux 客户端

桌面环境可选择 Clash Verge Rev 或 FlClash，按发行版的软件包格式安装。代理开关依赖桌面环境与应用支持，终端工具可能还需要单独设置环境变量。服务器、路由器用户可在下载页查看 mihomo 内核入口；运行服务前明确配置目录、监听范围与权限，避免把本机端口意外暴露到局域网。

前往下载

mihomo 内核与配置能力

图形界面负责管理，内核负责处理连接。以下配置是字段示意，不是可以直接导入的完整订阅；实际使用前需补齐自己的策略组与连接参数。

规则分流：按目标匹配出口

规则模式按列表顺序匹配域名、地址段或规则集，首次命中后交给指定策略处理。它适合把本地服务、工作资源与其他访问需求分开，而不是让所有连接共用一个出口。排查时先在连接页确认命中的规则，再看策略组当前选择；规则越多并不必然越准确。与只提供单一代理开关的工具相比，mihomo 可以将规则来源独立维护，但仍需理解规则集格式与更新周期。下例引用本地规则文件，实际策略名称必须与配置中已有的组名对应。

下载Clash查看协议手册 →
rule-providers:
  work:
    type: file
    behavior: domain
    path: ./rules/work.yaml
rules:
  - RULE-SET,work,DIRECT
  - MATCH,PROXY

Clash 使用教程：三步预览

先建立最小可用连接，再增加接管范围。每完成一步都保留一个可观察的结果，避免把订阅错误、策略选择与系统设置混在一起排查。

  1. 导入订阅，确认配置生效

    在客户端的订阅或配置页面添加已有地址，也可导入本地 YAML 文件。完成后选中该配置，确认策略组已出现，且界面没有解析错误。订阅地址可能含访问凭据，不应粘贴到公开讨论区；如需求助，只提供移除敏感信息后的错误片段。空白策略组通常应先检查订阅内容与格式，而不是修改系统网络。

  2. 选择规则模式与连接策略

    初次使用优先保持规则模式，再在需要代理的策略组中选择可用连接。测试结果只反映特定目标与当时网络，不等同于实际下载速度。先用浏览器完成访问验证，再决定是否启用 TUN；如果系统代理已经满足需求，可以暂缓引入虚拟网卡，减少初始配置中的变量。

  3. 核对连接、DNS 与退出恢复

    打开连接页，查看目标域名、命中规则与实际出口是否符合预期。随后测试局域网服务、常用应用以及休眠唤醒后的连接状态。关闭客户端前先关闭系统代理，确认网络能恢复。若只有某个应用异常，先检查它自己的代理和 DNS 设置；完整操作位置与故障分支见使用指南。

查看完整教程 →

Clash 开源生态与维护边界

客户端、内核与配置来源是三个独立层次。了解各自负责的部分，比只记住一个软件名称更有助于迁移、更新与定位问题。

项目历史：区分旧版与后续分支

Clash 最初形成了以 YAML 配置、规则和策略组为核心的使用方式，后续客户端围绕这些接口提供图形管理。原版项目与部分早期客户端停止维护后，社区分支继续扩展协议和网络栈能力。搜索到旧教程时，应先看它对应的客户端名称，再核对当前界面与字段说明，不宜仅凭截图相似就沿用全部步骤。

Clash for Windows 与 Clash Verge Rev 是不同项目。前者的停更不等于所有 Clash 生态客户端停止更新，后者也不是通过覆盖旧程序目录就能完成迁移。旧环境中的订阅地址、快捷键、服务组件和覆写脚本需要分别记录。迁移后保留旧配置备份，确认新环境可用，再处理旧服务与残留代理设置。

内核关系：Meta 与 mihomo

Clash Meta 是理解 mihomo 历史的重要名称。阅读旧文章时常会看到两者并列，但实际支持情况应以正在运行的内核及其文档为准。图形客户端的设置页可能隐藏部分字段，也可能通过自己的覆写机制生成最终配置。因此，界面里没有某个开关，不一定代表内核不支持；同样，界面允许输入字段，也不能替代运行检查。

mihomo 内核采用 GPL-3.0 开源协议，可从项目仓库查看代码、发行记录与问题讨论。图形客户端、图标资产和订阅服务的许可与维护方式应分别确认，不能从内核许可直接推导。本站整理下载选择与中文资料，具体实现事实仍以相应项目的文档、源码及发行说明为依据。

更新机制：拆开程序与配置

客户端更新、内核更新和订阅更新分别改变不同内容。客户端更新可能调整界面、服务组件与配置合并方式；内核更新可能改变字段解析、协议行为和 DNS 处理；订阅更新则主要替换连接资源与上游规则。遇到更新后的异常，先记录哪一层发生变化，再用保留的配置副本复现，不要立即同时更换多个组件。

升级前阅读发行说明，保存本地覆写与必要日志。日志应关注报错时间、目标和规则命中，分享前移除订阅地址与认证信息。对于持续使用的设备，优先选择可理解、可回退的更新路径；测试通道适合验证特定修复，不应只因为名称更新就替换稳定运行的环境。下载页负责呈现安装选择，首页不固定具体发行编号。

社区协作：用可复现信息定位问题

有效的问题记录应说明操作系统、客户端、运行模式和出现错误的步骤，并区分浏览器访问、终端请求与局域网服务的表现。只有“连接失败”或单个延迟结果，通常不足以判断原因。先使用精简配置复现，再逐项恢复规则与覆写，能帮助判断问题属于连接资源、配置组合还是本机环境。

需要深入核对时，可阅读 协议手册了解协议取舍，在 术语表确认字段含义，或从 常见问题按症状继续排查。开源协作的价值在于实现可查、变更可追踪、问题可讨论，而不是把所有平台与所有配置假定为同一种运行环境。

mihomo 源码仓库

克隆仓库用于阅读实现与发行记录，不是普通用户安装客户端的必要步骤。编译依赖与构建命令以仓库说明为准。

查看 MetaCubeX/mihomo → 
git clone https://github.com/MetaCubeX/mihomo.git

Linux 企鹅图形：Font Awesome，CC BY 4.0；以单色方式呈现。

配置与故障排查记录

从明确的症状进入，沿日志、配置与网络路径逐层检查。以下为最近三篇文章，适合在完成基本安装后按需查阅。

查看全部文章 →