• Clash 生态 · 中文使用文档

Clash教程网客户端下载与配置教程

下载Clash 查看教程

按设备选择客户端，从订阅导入到规则分流，逐项确认连接设置。

开源内核YAML 配置中文步骤说明

按平台选择 Clash 客户端

先确认操作系统与处理器架构，再选择图形客户端。下载页集中列出安装入口、适用平台与维护状态；首次使用不必从命令行内核开始。

Windows

适合桌面浏览器、开发工具与日常办公。可先查看 Clash Plus，再比较 Clash Verge Rev、FlClash 等客户端的界面与设置方式。寻找 Clash for Windows 替代时，先导出原配置，记录自定义规则和端口，避免直接覆盖现有目录。

前往下载

macOS

先在“关于本机”查看芯片信息，区分 Apple Silicon 与 Intel 安装包。首次启动后，网络扩展或辅助服务可能需要系统授权。普通浏览器连接可先使用系统代理；需要接管其他应用时，再按客户端说明配置 TUN 与对应权限。

前往下载

Android

移动端通常通过系统 VPN 接口接管流量。安装后先导入配置，再确认 VPN 授权弹窗；已有其他 VPN 连接时，应先检查接口冲突。若锁屏后中断，重点检查电池优化、后台运行权限与自启动设置，而不是反复重新导入订阅。

前往下载

iOS

通过下载页进入 Clash Plus 的 App Store 页面，也可查阅官网 clashplus.io。首次连接需允许添加 VPN 配置。导入成功后仍要选择可用策略；订阅内容、节点协议与客户端支持范围共同决定配置能否正常使用。

前往下载

Linux

桌面环境可选择 Clash Verge Rev 或 FlClash，并按发行版使用对应的软件包。服务器、路由器用户可查看 Mihomo 内核入口。命令行部署需要另行安排配置路径、服务权限与进程管理，不能把安装完成等同于流量已经进入代理。

前往下载
查看全部客户端 →

规则、策略组与网络设置

以下示例以 mihomo 配置语义为参考，展示设置项之间的关系。它们是局部片段，不是可直接连接的完整配置；图形客户端的字段支持与覆写方式需要分别确认。

先匹配具体条件，再处理剩余流量

规则模式按列表顺序检查连接，命中后使用对应策略，不会继续向下查找。域名后缀规则适合覆盖一个站点及其子域，关键词规则则需要注意匹配范围。先放明确的业务规则，再放地址类条件，最后使用 MATCH 兜底。与全局模式相比，规则模式可以让直连和代理同时存在。示例中的 PROXY 必须对应配置里已有的策略组或代理名称；只添加规则而没有可用出口，连接仍会失败。

rules:
  - DOMAIN-SUFFIX,google.com,PROXY
  - DOMAIN-KEYWORD,github,PROXY
  - GEOIP,CN,DIRECT
  - MATCH,PROXY

先选中左侧设置项，再阅读右侧片段。手动切换后停止自动轮播。完整定义可查阅术语表，按症状排查请转到问题诊断。

订阅导入与连接验证三步

先完成最小可用连接，再增加规则与高级功能。每一步保留一个明确的检查结果，出现问题时就能回到对应环节，而不是从安装开始重复操作。

  1. 导入并选中配置

    在客户端的“订阅”或“配置”页面选择从 URL 导入，粘贴完整链接并保存。等待下载与解析完成后，选中刚导入的配置，确认界面出现策略组或规则，而不只是多了一条订阅记录。若返回的是登录网页或错误提示，换一个客户端通常不能解决源链接问题。

    导入本地文件时注意扩展名与文本编码，避免把网页另存结果当作 YAML。首次应用前记录配置名称；多个订阅并存时，应确认当前高亮的是哪一份，后续更新也针对这一份进行。

  2. 选择规则模式与出口

    将代理模式设为“规则”，打开配置里的主要策略组，选择已有的可用出口。桌面端先启用系统代理，移动端完成 VPN 授权。全局模式可用于临时对照，但不会自动修好失效节点；直连模式也不代表客户端进程已经退出。

    首次连接不要同时开启多个代理软件。若浏览器装有代理切换扩展，先确认它没有覆盖系统设置。TUN、局域网共享和自定义 DNS 留到基本访问正常后再配置，减少权限与路由变量。

  3. 用连接记录验证结果

    打开目标网站，再到“连接”或“日志”页面查找对应域名，确认匹配规则、策略组和实际出口。能看到记录但访问失败，应继续检查出口与解析；完全没有记录，则先确认应用是否遵循系统代理，以及流量是否进入客户端。

    用一个日常直连站点作对照，避免只凭单个页面判断全部网络。每次只改一个设置，改完重新发起连接。遇到问题时记录系统、客户端名称、触发操作和错误原文，比单独描述“无法上网”更有助于定位。

查看完整教程 →

开源内核与客户端生态

区分内核、图形界面与订阅服务，才能判断某个功能由谁提供、某个问题应该在哪里处理。本站提供下载入口与中文说明，不替代上游项目的发布记录和配置文档。

Clash、Meta 与 mihomo 的关系

Clash 是这一类规则代理工具的重要起点，围绕其配置形式形成了客户端与规则生态。Clash Meta 在此基础上继续扩展，后续内核以 mihomo 名称维护。搜索结果中可能同时出现这些名称，它们并不总是指同一个程序，也不能只凭文件名判断功能范围。

旧教程中的字段、启动参数或协议支持未必适用于当前客户端。遇到不识别的字段时，应先确定实际加载的内核及其文档，再决定修改配置还是更换客户端。保留能正常使用的配置备份，比一次性迁移所有高级选项更稳妥。

图形客户端与内核分别维护

图形客户端提供托盘菜单、订阅管理、策略选择和系统集成，内核负责解析配置、匹配规则与处理网络连接。采用相同内核的两个客户端，也可能有不同的覆写顺序、权限安装方式和配置存储位置。界面中的开关名称相近，并不保证生成的配置完全相同。

因此，迁移时应分别检查配置内容和系统设置。端口、自动启动、系统代理及 TUN 权限通常不能只靠复制订阅同步。本站下载页将维护状态与平台入口集中说明，已经停止维护的客户端保留归档标记，方便识别旧教程对应的软件。

用公开源码理解行为

mihomo 内核采用 GPL-3.0 开源协议，源码、议题与发布记录可用于了解配置行为及变更原因。开源许可证规定的是代码使用与分发条件，不代表任意订阅服务的质量，也不能替代对配置来源的判断。不同图形客户端的许可证应分别查阅其项目说明。

需要核对某项功能时，可先查字段文档，再查看相关议题是否已有复现条件。提交问题应附最小配置片段与经过脱敏的日志，保留足够上下文，但不要上传完整订阅或账号凭据。没有复现步骤的截图，通常不足以区分配置问题和程序缺陷。

更新前检查兼容性与回退路径

客户端更新可能同时调整界面、内核与系统辅助组件。更新前保存自定义规则、覆写设置及当前有效配置，阅读发布说明中的不兼容改动。更新后优先验证原本正常的连接，再逐步启用新功能；不要把修改 DNS、切换 TUN 与更换配置安排在同一次测试中。

订阅更新与客户端更新也要分开看待。前者改变远程配置内容，后者改变程序行为。若问题只在订阅刷新后出现，先检查组名、规则引用和服务状态；若只在程序更新后出现，则对照发布说明与权限状态。明确时间顺序，通常能缩短排查范围。

查阅 mihomo 上游源码

下面的命令只克隆源码，不会安装客户端，也不会启动代理服务。执行前需要本机已安装 Git；普通使用者可直接阅读仓库文档。

打开 mihomo 源码仓库 ↗ 
git clone https://github.com/MetaCubeX/mihomo.git

使用前先区分的几个概念

订阅导入成功，为什么仍然不能连接？

导入成功只说明客户端取得并解析了内容。还要确认已应用配置、策略组选中了可用出口，以及应用流量确实进入客户端。先看连接记录，再区分节点、规则与系统代理问题；相关概念见订阅与配置术语。

系统代理与 TUN 模式需要同时开启吗？

不应把同时开启作为固定要求。系统代理适用于遵循该设置的应用，TUN 通过虚拟接口接管流量，具体接管范围受路由和客户端实现影响。先用一种方式建立基线，再判断是否需要另一种；定义见网络栈术语。

节点探测可用，是否代表所有目标网站都正常？

探测结果只反映指定探测地址与当时连接条件。目标网站的域名解析、规则出口、协议需求和访问限制都可能不同，应结合实际请求检查，不能仅依赖探测结果；解释见代理与策略组术语。

远程订阅刷新后，自定义规则为什么消失？

如果修改的是订阅下载后的文件，刷新可能重新生成并覆盖内容。需要使用客户端明确支持的覆写或合并入口，并检查最终规则顺序；本地规则与远程配置的区别可查配置文件术语。

Linux 企鹅图形采用 Font Awesome Tux，按 CC BY 4.0 使用。平台图形仅用于标识操作系统。

使用心得与专题说明

最新三篇文章分别说明移动端后台权限、Fake-IP 解析流程与跨设备配置同步。基础连接完成后，再按实际遇到的场景查阅，避免把单个平台的操作步骤直接套到另一台设备。

查看全部文章 →