规则分流 · 客户端与配置文档

Clash官方站
客户端下载与配置

下载官方Clash 查看教程

按系统选择客户端，完成订阅或本地配置导入，再用规则决定流量走向。本站集中整理 多平台客户端、YAML 配置与故障定位资料，便于从安装入口继续查到端口、DNS、策略组和规则顺序。

永久免费 代码开源 中文文档 YAML 配置
Routing Rule based
Core mihomo
Config YAML

Platform entrance

按操作系统进入下载列表

首页只提供平台入口，具体客户端、适用架构、维护状态和安装包类型集中列在下载页。先确认当前设备的系统与处理器，再选择图形客户端或命令行内核，可减少安装包不匹配和配置目录混淆。

TRACK 01

Windows

适合 Windows 桌面环境。下载页按顺序列出 Clash Plus、Clash Verge Rev、FlClash、Clash Nyanpasu 与归档客户端，并标明首推项和架构范围。安装后通常从系统托盘进入主界面，再导入订阅或 YAML 文件。

前往下载

TRACK 02

macOS

适合 Intel 与 Apple Silicon Mac。选择安装包时需要区分 x64 和 ARM 架构；首次启动还可能遇到系统安全确认、网络扩展授权或系统代理权限。下载页将不同架构入口分开，便于按“关于本机”显示的信息选择。

前往下载

TRACK 03

Android

适合手机、平板和部分 Android 电视设备。客户端一般通过系统 VPN 接口接管流量，因此首次连接需要确认 VPN 请求。若设备架构不明确，可优先查看通用包；需要更小安装包时，再根据 ARM64 或 ARM 类型选择。

前往下载

TRACK 04

iOS

iPhone 与 iPad 用户可从 App Store 进入 Clash Plus 页面。安装后按客户端界面导入订阅，首次建立连接时确认系统 VPN 配置。下载页同时列出应用商店入口与 clashplus.io 官网，便于核对产品信息。

前往下载

TRACK 05

Linux

桌面用户可选择带图形界面的客户端，服务器、软路由与容器环境通常更适合 mihomo 内核。下载前先检查发行版、CPU 架构与安装格式；启动后还要明确配置目录、日志输出位置和服务管理方式。

前往下载

不确定客户端差异时，可先查看每个平台的首推项，再根据是否需要 TUN、系统代理、托盘管理或命令行运行进行选择。

查看全部客户端 →

Rule switchyard

规则入口与三条流量轨道

Clash 会按配置中的规则顺序逐条匹配请求。命中后，流量被送往直连、代理或拦截策略；未命中的请求继续向下检查，直到进入兜底规则。理解这条处理链，比单独记忆某个客户端按钮更有助于排查问题。

RULE ENTRY

从上到下匹配

规则顺序直接决定结果。具体域名和进程规则通常放在前面，区域规则与通用规则放在后面，最后使用 MATCH 指向兜底策略。

rules:
  - DOMAIN-SUFFIX,example.com,DIRECT
  - GEOIP,CN,DIRECT
  - MATCH,PROXY

DIRECT

本地网络与可信目标直接连接

直连策略让请求绕过代理节点，由设备当前网络直接访问目标。它适合局域网地址、本地服务、对来源地区敏感的站点，以及已确认无需代理的域名。常见配置会先匹配私有地址，再匹配本地区域 IP 或域名集合。直连并不等于跳过规则：请求仍然经过 Clash 的匹配过程，只是最终出口选择本地网络。若某个站点在代理模式下登录异常、下载速度反而下降或局域网设备无法访问，可先检查它是否应该进入 DIRECT。修改后应结合连接日志确认规则名称与策略结果，而不是只看网页是否打开。

查看规则语法 从导入配置开始

A / 原理

规则与策略分开处理

规则负责判断请求属于哪一类，策略负责决定实际出口。把两者混在一起理解，容易在节点变化后不断改规则；分开维护后，只需调整策略组成员或选择结果。

B / 场景

先看命中，再看连通

故障定位时先确认请求是否被客户端接管，再确认命中了哪条规则，最后检查对应策略和节点。按链路排查可以区分端口、DNS、规则和上游连接问题。

C / 配置

保留明确的兜底规则

规则列表末尾应有清晰的兜底去向。缺少兜底、引用不存在的策略组或把宽泛规则放得过早，都会让前面精细编写的域名规则失去作用。

Quick start

安装、导入、验证三步预览

以下流程用于快速建立可工作的基础环境。不同客户端的按钮位置可能略有差异，但处理顺序基本一致：先确认安装包与系统匹配，再导入有效配置，最后通过日志和实际请求验证接管范围。

  1. 01 安装

    选择与系统、处理器匹配的客户端

    Windows 用户通常选择 x64 桌面安装包；Apple Silicon Mac 应选择 ARM 版本，Intel Mac 则选择 x64 版本；Android 设备可根据处理器架构选择对应安装包。安装完成后先启动客户端，确认主界面、配置目录和日志区域能够正常打开。若系统出现网络扩展、VPN 或防火墙权限提示，应根据当前客户端功能确认授权，否则系统代理或 TUN 可能无法接管流量。

  2. 02 导入

    添加订阅地址或载入本地 YAML

    订阅方式适合由服务端持续维护节点和规则的场景，本地 YAML 更适合自行编写与版本管理。导入后先检查客户端是否报告语法错误，再确认策略组、节点、端口与 DNS 字段已被识别。订阅更新失败时不要立即删除现有配置，可先核对地址是否完整、网络是否能访问订阅来源、返回内容是否确实为配置文本，并从日志中区分网络错误与 YAML 解析错误。

  3. 03 验证

    开启接管方式并检查规则命中

    桌面浏览器通常可先使用系统代理验证，无法读取系统代理设置的应用再考虑 TUN。连接后打开客户端日志或连接列表，检查目标域名是否进入预期的 DIRECT、PROXY 或 REJECT 策略。若浏览器可用而其他应用不可用，重点检查接管方式；若所有应用都无法连接，优先检查监听端口、配置加载状态与策略组；若只有特定域名异常，则回到规则顺序和 DNS 解析结果继续定位。

完整教程包含界面操作与故障分支

教程页继续说明配置切换、系统代理、TUN、连接验证、订阅更新和回退方法，适合首次安装后按步骤完成基础设置。

查看完整教程 →

Open source context

Clash 生态、mihomo 内核与配置边界

Clash 相关名称可能同时指向原始内核、后续内核实现、图形客户端和通用配置格式。理解这些层次，有助于判断某个字段由谁支持、故障应在界面层还是内核层处理。

01 / 项目历史

从 Clash 规则模型到持续维护的内核实现

Clash 建立了以 YAML 配置、策略组和有序规则为核心的使用模型。原版项目停止维护后，生态中的客户端与配置并未因此采用同一条更新路径。当前不少桌面和移动客户端使用 mihomo 内核，继续扩展 DNS、TUN、规则提供器、代理协议和网络栈相关能力。查看教程时应注意文档对应的内核与客户端版本：旧字段可能仍可兼容，新字段却未必能被较早内核识别。遇到“同一份配置在不同设备表现不同”时，首先记录两端客户端名称、内核名称与配置加载日志，而不是直接判断配置本身失效。

02 / 开源生态

界面客户端与核心组件独立演进

图形客户端主要负责配置管理、订阅更新、系统代理切换、TUN 权限、日志展示和内核生命周期；内核负责监听端口、解析配置、建立连接、执行 DNS 处理与规则匹配。两者可以由不同项目维护，因此界面更新不一定意味着内核字段同步变化，内核支持某项功能也不代表每个客户端都提供对应开关。本站下载列表将客户端按平台归类，配置文档则尽量使用字段名称解释底层行为。需要确认高级能力时，应结合客户端内核信息和配置加载结果，而不是仅凭界面中是否出现某个选项判断。

03 / 内核关系

配置兼容要同时检查字段与运行环境

基础字段如监听端口、运行模式、代理节点、策略组和规则，在不同实现之间通常具有较高辨识度；DNS 策略、TUN 网络栈、规则集合格式和特定协议字段则更容易受到内核版本影响。服务器环境还会受到文件权限、服务用户、工作目录和系统路由影响，桌面环境则常见系统代理未开启、TUN 权限未确认或其他网络工具占用端口。配置迁移前可先从最小可运行文件开始，确认端口与基础规则正常，再逐段加入 DNS、规则提供器和覆写内容，这比一次载入完整复杂配置更容易定位问题。

04 / 更新机制

更新前保留可回退配置并阅读日志

客户端、内核、订阅内容和用户覆写可能分别更新。客户端升级后若出现异常，应先判断内核是否同步变化；订阅更新后若策略组消失，应检查远端配置内容与本地覆写顺序；规则集更新后若访问路径变化，应查看实际命中的规则。建议保留一份已确认可用的基础配置，修改复杂字段时按模块进行，并在每次变更后重新加载配置、查看错误行号和执行一次目标请求。稳定的回退点可以把问题范围限制在最近一次变化，而不是在多个更新同时发生后从头猜测。

SOURCE REFERENCE

获取 mihomo 源码

以下命令用于克隆公开源码仓库，适合需要阅读实现、构建内核或核对配置字段行为的用户。普通桌面用户可直接从下载页选择图形客户端。

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

Configuration notes

配置与部署文章

文章区围绕实际配置任务展开，重点解释多设备同步、Linux 部署和不同内核名称之间的关系。需要处理 Fake-IP、区域分流和规则顺序时，可继续进入博客查看完整示例。

平台协作

Clash 多设备配置同步：订阅、覆写与私有仓库方案

比较订阅链接、覆写文件和私有仓库三种同步路径，并说明凭据隔离、冲突处理与更新顺序。文章重点区分适合共享的规则内容和应留在单台设备上的本地端口、路径与认证信息。

阅读全文 →
Linux 部署

Linux 部署 Clash：桌面客户端、mihomo 命令行与服务自启

从桌面环境到无图形服务器，梳理配置目录、启动命令、systemd 服务和终端代理变量，并说明如何通过日志、监听端口与服务状态定位启动失败或配置路径错误。

阅读全文 →
内核选型

Clash 内核版本区别：原版、Meta 与 mihomo 配置兼容性

按维护状态、配置字段、规则能力和客户端适配关系，解释原版 Clash、Clash Meta 与 mihomo 名称之间的演变，并给出迁移配置时需要优先检查的字段范围。

阅读全文 →

完整文章列表还包括 Fake-IP DNS 映射流程与 YAML 区域分流实践，可按分类筛选阅读。

查看全部文章 →