移动端配置 · mihomo 生态

Clash手机版客户端下载与配置

从订阅导入到规则分流,按手机系统完成授权与后台设置,也可查阅桌面端配置。

  • 中文操作文档
  • YAML 配置
  • 开源内核

01 / CLIENTS

Clash 客户端下载入口

查看全部客户端 →

先看设备系统,再看客户端支持的内核与配置格式。Clash 是一个生态名称,不同界面不代表功能完全相同;同一份订阅在新设备上导入后,仍要检查策略组名称、DNS 设置和系统流量接管方式。首次使用可先从 Clash Plus 开始对照教程,已有配置的用户则先备份,再决定是否更换。

Windows

适合浏览器、办公应用和桌面软件。先用系统代理验证基础连接,需要接管不读取系统代理的应用时再考虑 TUN,也就是虚拟网络接口模式。下载前确认处理器架构,退出旧客户端后再开启新的代理,避免多个程序反复改写系统设置。

前往下载

Android

手机端先完成 VpnService 授权。它是 Android 提供的 VPN 系统接口,用来让客户端接管流量,并不等于设备已经连接到远程节点。导入订阅后还要允许后台运行;若锁屏后断开,再检查电池优化、自启动权限与其他 VPN 应用是否冲突。

前往下载

iOS

从下载页进入 Clash Plus 商店详情,并可查看其官网 clashplus.io。导入配置后,按客户端提示添加 VPN 配置并通过系统认证。这里的系统 VPN 配置与需要手动安装的描述文件不是一回事;遇到陌生描述文件,先确认来源和具体用途。

前往下载

macOS

先在“关于本机”确认是 Apple Silicon 还是 Intel,再选择对应安装包。系统代理和 TUN 的权限要求不同,安装辅助服务时应核对应用来源。若切换客户端后网页打不开,先检查网络设置中是否残留旧端口,而不是连续叠加新的代理配置。

前往下载

Linux

桌面环境优先选图形客户端,服务器与路由器再考虑单独部署 mihomo 内核。安装包格式、处理器架构、服务权限都要对应系统。命令行工具未必读取桌面代理设置,应单独确认环境变量;启用 TUN 前还要了解路由与 DNS 的接管范围。

前往下载

02 / SETTINGS

规则分流与手机网络设置

先弄清每个开关改变了什么,再调整配置。下面按常用设置展开:规则决定流量去向,策略组决定使用哪个出口,TUN 与系统授权决定哪些流量能进入内核。配置片段仅说明语法,不是包含节点的完整配置;客户端界面的开关名称也可能略有不同。

规则按顺序匹配

规则模式会从上到下检查域名、地址等条件,命中后交给指定策略处理。需要直连的具体域名放前面,兜底的 MATCH 放最后;策略名称必须已经存在。它与全局模式的区别在于,不必让所有连接共用一个出口。手机上遇到单个应用异常,先看连接记录命中了哪条规则,再改对应条目。订阅更新可能覆盖直接编辑的规则,长期修改应放到客户端支持的覆写或合并功能中。

mode: rule
rules:
  - DOMAIN-SUFFIX,example.com,DIRECT
  - IP-CIDR,192.168.0.0/16,DIRECT,no-resolve
  - MATCH,DIRECT

这个片段以直连兜底,只演示匹配顺序。实际代理策略需要按自己的配置名称填写。

03 / QUICK START

Clash 订阅导入三步

首次使用先走通一条完整路径:有可用配置、能建立系统通道、目标应用能正常访问。暂时保留订阅自带的 DNS 和规则,不要把多个教程中的片段一次混入同一份配置。每改一项就验证一次,后续才容易找到问题。

  1. 准备并导入订阅

    从可信服务来源复制订阅地址,进入客户端配置页,从 URL 导入并设为当前配置。若提示格式错误,先确认返回的是客户端支持的配置,而不是登录页面或过期提示。订阅地址不要贴到公开讨论区。

  2. 选择规则并授权

    使用规则模式,在策略组里选一个可用出口,再启动连接。手机按系统提示批准 VPN 配置;安卓同时检查后台运行权限。系统代理、TUN 和规则模式属于不同设置,不需要为了“保险”把所有开关全部打开。

  3. 验证应用与锁屏状态

    先访问常用目标,再看连接记录是否命中预期策略。随后切换一次无线与蜂窝网络,锁屏后再唤醒测试。若仅锁屏掉线,优先排查省电限制;若只有单个域名异常,再查规则和解析,不急着重装客户端。

查看完整教程 →

04 / OPEN SOURCE

Clash 内核与开源生态

选客户端时,分清项目名称、内核和配置来源,比只看界面更实用。本站整理下载入口和中文操作资料,不代替上游项目发布说明,也不提供代理节点。客户端能做什么,应以所使用内核、系统限制和实际配置为准。

原版、Meta 与 mihomo 的关系

Clash 原版为规则代理提供了基础配置习惯,Clash.Meta 在此基础上扩展,相关内核后来以 mihomo 名称继续发展。因此“支持 Clash 配置”不等于所有字段都能互换,较新的协议、规则类型和网络栈选项仍要核对内核支持情况。

旧配置迁移时,先保留订阅原件,阅读启动日志中的具体字段错误。先让基础配置成功加载,再恢复自定义规则。不要只为了消除一条报错,就删除整段 DNS 或路由配置;这可能让程序能启动,却改变原有流量路径。

查看内核差异说明 →

界面客户端与内核分工

图形客户端把订阅导入、策略选择、系统代理和权限控制做成操作界面,mihomo 等内核负责执行网络配置。同一个内核可以配合不同界面,而同一个客户端也可能在更新时调整内核或默认选项,不能仅凭截图判断行为完全一致。

手机还有独立的系统约束。Android 的电池管理可能终止后台服务,iOS 的 VPN 配置需要系统认证,桌面端则可能依赖辅助服务。遇到问题时先区分“界面没有启动”“内核配置失败”和“系统通道未建立”,排查会更直接。

查阅网络与系统术语 →

开源许可与源码查阅

mihomo 项目采用 GPL-3.0 许可,可在公开仓库查阅代码、问题讨论与发布记录。开源许可约定代码使用和分发条件,不代表每个使用该内核的客户端都拥有相同的界面、功能或维护节奏。需要修改或再分发时,应阅读对应项目的许可文件。

普通用户不需要先编译源码才能使用。只有想研究配置行为、复现问题或参与开发时,再克隆仓库更合适。反馈问题前先移除订阅地址、节点密码和个人网络信息,只保留能复现问题的最小配置与必要日志。

查阅 mihomo 项目仓库 ↗

更新与迁移先保留退路

客户端更新、内核更新、订阅更新是三件不同的事。客户端更新可能改变系统集成,内核更新可能改变字段行为,订阅更新则可能替换节点和规则。出问题时先回想最近改的是哪一层,不要同时回退应用、重置网络和重新导入所有配置。

日常保留一份可用配置和独立覆写记录,升级后依次检查启动、解析、策略组与目标应用。长期停止维护的客户端更适合作为迁移来源,而不是新设备的默认起点。迁移完成且验证稳定后,再清理旧应用与残留代理设置。

查看停更客户端迁移路线 →

克隆 mihomo 源码

需要本地已安装 Git。该命令只下载源码,不会安装图形客户端,也不会自动创建代理配置;编译方式和开发依赖请继续阅读仓库文档。

git clone https://github.com/MetaCubeX/mihomo.git

05 / NOTES

Clash 技术笔记

查看全部文章 →

基础连接已经可用,再阅读选型、迁移和策略组配置。每篇围绕一个具体问题展开,避免为了修复局部异常而重做整套设置。操作前保留原配置,文章中的示例需要结合自己的客户端、内核与订阅调整。