开源生态 · 全平台客户端与中文配置指南

Clash代理客户端 下载与规则分流

下载官方Clash 查看使用指南

从当前系统和使用场景出发选择客户端，再依次完成订阅导入、策略组选择与网络接管。内容重点覆盖 全平台下载、规则分流和中文故障排查，便于首次配置与后续维护时快速定位对应步骤。

永久免费 代码开源 mihomo 内核生态 中文配置文档
PLATFORMS 五类系统入口

Windows、macOS、Android、iOS、Linux

ROUTING CORE mihomo

兼容 Clash 配置并扩展规则、协议与网络接管能力。

OPEN SOURCE GPL-3.0

核心代码公开，配置行为与版本变化可由社区共同审阅。

DOWNLOAD BY PLATFORM

按系统选择 Clash 客户端

不同系统的网络权限、后台机制和安装包格式并不相同。先进入对应平台，再根据是否需要桌面图形界面、移动端常驻连接或服务器运行方式选择具体客户端。

查看全部客户端 →
DESKTOP / WINDOWS

Windows

适合需要托盘控制、系统代理切换、开机自启与 TUN 接管的桌面用户。下载页会并列说明 Clash Plus、Clash Verge Rev、FlClash、Clash Nyanpasu 与归档客户端的维护状态和适用差异。

前往下载
DESKTOP / MACOS

macOS

适合 Apple Silicon 与 Intel Mac。选择安装包时必须区分处理器架构，并留意系统代理权限、登录项和网络扩展授权；若需要接管不遵循系统代理的程序，可在理解路由影响后使用 TUN。

前往下载
MOBILE / ANDROID

Android

Android 客户端通常通过系统 VpnService 接管应用流量。除导入订阅外，还应处理后台运行、省电白名单、始终开启的 VPN 与按应用分流，否则锁屏后可能因系统回收进程而中断连接。

前往下载
MOBILE / IOS

iOS

iPhone 与 iPad 通过系统网络扩展建立代理连接，客户端安装与更新由 App Store 管理。下载页提供 Clash Plus 商店入口与官网信息，导入后可按配置中的策略组切换出口。

前往下载
DESKTOP / LINUX

Linux

桌面发行版可选择图形客户端，服务器、软路由和容器环境则更适合直接运行 mihomo 内核。安装前应确认 CPU 架构、软件包格式、服务权限以及配置文件和日志的保存位置。

前往下载
选择顺序建议

普通桌面用户先选择仍在维护的图形客户端，再根据处理器架构下载安装包；移动端先确认系统商店或安装包来源，再配置后台权限；只有需要在服务器、路由器或自动化环境中运行时，才需要直接管理 mihomo 内核、配置文件和服务进程。

RULE ROUTING WORKBENCH

Clash 规则分流工作台

规则模式不是简单地把所有流量送往同一个出口。客户端会从上到下检查规则，找到首条命中项后交给指定策略组。理解匹配顺序、规则类型和网络接管范围，才能让配置结果保持可解释。

DOMAIN-SUFFIX,example.com,PROXY

DOMAIN：按域名决定流量出口

域名规则适合处理网站、接口域名和内容服务。配置可以匹配完整域名，也可以匹配某个域名后缀，再把请求交给直连、代理或自定义策略组。与只看目标 IP 的方式相比，域名规则更接近用户实际访问的服务名称，也更容易阅读和维护。

使用时应把范围更精确的规则放在前面，把宽泛后缀放在后面。例如某个子域名需要直连，而同一主域下的其他请求需要代理，就应先写完整域名规则。还要注意 DNS 解析链路：如果域名信息在进入内核前已经丢失，匹配结果可能转而依赖 IP 规则，因此域名分流与 DNS 配置需要一起检查。

请求域名→从上到下匹配→指定策略组→直连或代理
ORDER

首条命中原则

Clash 通常按配置中出现的顺序检查规则，匹配成功后便停止继续查找。规则不是同时计算后再挑选“最具体”的一条，因此顺序本身就是配置逻辑的一部分。新增规则后若结果没有变化，应先确认它是否被前面的宽泛规则提前覆盖。

POLICY

策略组与节点分离

规则通常指向策略组，而不是把每条规则直接绑定到某个节点。这样可以在不改规则文本的情况下切换节点、自动选择或回退出口。维护配置时应先看规则命中了哪个策略组，再看策略组当前选择，避免把规则问题和节点连通性问题混在一起。

OPEN SOURCE CONTEXT

Clash 开源生态与配置依据

选择客户端时，界面名称只是第一层信息。更重要的是所使用的内核、配置兼容范围、系统集成方式和维护状态。理解这些关系，才能判断教程中的设置是否适用于当前客户端。

01

从 Clash 配置语法到 mihomo 扩展

Clash 生态形成了一套广泛使用的 YAML 配置结构，包括代理节点、策略组、规则、DNS 与运行参数。原版项目停止更新后，社区分支继续维护兼容能力，其中 mihomo 延续常见配置写法，并扩展规则类型、代理协议、DNS 行为和 TUN 相关能力。实际使用时，应以客户端内置或调用的内核为准，不能只根据界面是否带有 Clash 名称判断功能。

02

客户端负责界面与系统集成

图形客户端通常负责订阅管理、策略组切换、系统代理、开机启动、日志查看和内核更新；真正执行连接建立、规则匹配与流量转发的是内核。两者分工不同，因此“界面能导入配置”不代表每个字段都被当前内核支持。遇到配置报错时，应记录客户端版本、内核名称、错误行与运行日志，再判断是语法问题、兼容问题还是系统权限问题。

03

公开代码让行为可以被核对

开源项目的代码、提交记录、发布说明与问题讨论共同构成可追踪的技术依据。用户可以查看某项规则何时加入、默认行为是否改变、已知问题是否被确认，也能比较客户端封装层与内核本身的职责。本站在解释功能时优先采用配置语义、系统网络机制和公开维护信息，不使用下载量、评分或节点速度等无法稳定核实的数据作为判断标准。

04

更新前先阅读变化，再保留可回退配置

客户端更新可能同时带来界面调整、内核替换、权限变化和配置迁移。稳定的维护方式是保留可用配置、记录自定义规则、阅读发布说明，并在更新后检查订阅刷新、策略组选择、DNS 与系统代理状态。若出现问题，应先恢复到最小配置验证基础连接，再逐步加入规则集、脚本或 TUN 设置，这比一次修改多个选项更容易定位原因。

QUICK ANSWERS

Clash 常见问题精选

以下问题用于快速判断应前往下载页、教程页、术语表还是完整 FAQ。涉及具体错误日志时，建议保留原始报错和操作顺序后再逐项排查。

Clash 客户端、mihomo 内核和配置文件是什么关系？

客户端提供可视化界面和系统集成，mihomo 等内核负责连接、规则与流量转发，YAML 配置文件则描述节点、策略组、规则和 DNS 行为。三者需要兼容才能正常运行。更多概念可查看术语表。

订阅导入成功，为什么网页仍然无法通过代理访问？

导入成功只表示配置已经进入客户端，还需要启动内核、选择可用策略、开启系统代理或相应接管方式，并确认规则命中了正确策略组。可按使用指南依次检查配置、模式、连接与验证步骤。

规则模式、全局模式和直连模式应该怎样选择？

规则模式按配置逐条分流，适合日常使用；全局模式把大部分连接交给同一代理策略，适合临时测试节点；直连模式主要用于确认本地网络是否正常。模式选择不会修复失效节点或错误订阅，详细差异可前往FAQ 页面。

系统代理已经开启，是否还需要启用 TUN？

浏览器和常见桌面程序能正常遵循系统代理时，通常可以先保持现有设置。只有应用不读取系统代理、需要接管更多协议或希望统一分流时，再评估 TUN。启用后应检查路由、DNS、局域网访问和其他 VPN 软件的冲突情况。

LATEST GUIDES

Clash 配置与排查文章

从内核差异、Android 网络接管到客户端界面，文章按具体问题展开，适合在完成基础安装后继续查阅。

查看全部文章 →