客户端下载 · 中文配置参考

Clash代理客户端全平台下载与配置

下载Clash 查看教程

按设备选择客户端，完成订阅导入、规则分流与连接验证。

  • 永久免费
  • 代码开源
  • 中文文档
功能与配置的对应关系

Clash 规则、代理模式与网络接管

先区分三个问题：应用是否把请求交给客户端，客户端按什么规则处理请求，以及域名在哪里解析。系统代理和 TUN 决定流量入口，规则模式决定出口策略，DNS 设置负责解析路径。把这几层分开检查，比同时改动多个开关更容易定位问题。

规则分流：先具体，后兜底

规则模式按配置中的顺序检查域名、目标地址或规则集合，把请求交给指定策略组或直连出口。它适合需要同时访问不同网络资源的场景，不必为了一个网站反复切换整机出口。使用时先确认策略组名称存在，再把具体域名规则放在宽泛规则之前，最后用 MATCH 处理剩余请求。与只提供单一代理出口的工具相比，Clash 生态更强调可查阅的匹配过程；遇到路径不符合预期时，应在连接记录中查看命中的规则，而不是只更换节点。

mode: rule
rules:
  - DOMAIN-SUFFIX,example.com,Proxy
  - GEOIP,CN,DIRECT
  - MATCH,Proxy

示例中的 Proxy 是策略组名称，需在实际配置中定义。查看规则语法 →

按设备选择，不按名称猜安装包

Clash 客户端下载入口

下载中心按操作系统整理客户端、处理器架构和安装说明。先确认设备系统，再区分图形客户端与独立内核：普通桌面和手机用户通常选择带界面的客户端；服务器、路由器和需要自己管理服务的设备再考虑内核包。客户端名称相近，不代表支持的字段、权限方式和配置覆写行为完全相同。

Windows

先看 Clash Plus，再按界面和工作流比较 Clash Verge Rev、FlClash 等选项。确认处理器架构与系统要求；需要替代 Clash for Windows 时，应重新核对服务模式、配置迁移和开机启动设置，不能只复制旧程序目录。

前往下载

macOS

先确认电脑使用 Apple Silicon 还是 Intel 处理器，再选择对应安装包。安装后按系统提示授予必要权限；切换客户端前关闭原客户端的代理与后台服务，避免菜单栏显示正常但系统仍保留旧代理入口。

前往下载

Android

可从 Clash Plus、Clash Meta for Android 与 FlClash 等客户端开始比较。安装包架构需要与设备匹配；首次连接时确认系统 VPN 授权，后台容易断开时再检查电池优化和后台运行限制，不要先反复重装。

前往下载

iOS

下载中心提供 Clash Plus 的 App Store 入口及官网 clashplus.io。安装后导入受支持的配置，并允许添加 VPN 配置。桌面配置中的部分系统相关字段不能直接照搬，导入结果应以移动端客户端的提示为准。

前往下载

Linux

有桌面环境可选择 Clash Verge Rev 或 FlClash，并按发行版选择软件包格式。仅运行服务时可使用 mihomo 内核，另行配置启动服务和访问权限。终端程序未必读取桌面系统代理，需要单独确认环境变量。

前往下载

安装新客户端前可先导出原配置，并记录本地覆写规则。首次测试只运行一个代理客户端，确认连接可用后再启用自动更新或开机启动，能减少端口占用与路由冲突。

查看全部客户端 →

企鹅图标：Font Awesome Tux，采用 CC BY 4.0 许可。

首次使用的操作顺序

订阅导入、模式选择与连接验证

首次配置先建立一条可验证的连接，再考虑细分规则和 TUN。安装成功、配置导入成功与请求实际经过代理，是三个不同结果。下面只列操作顺序，逐项界面说明和权限处理放在完整教程中。

  1. 导入并启用配置

    在配置或订阅页面添加服务提供方给出的链接，也可以导入本地 YAML 文件。等待解析结束后，明确选中该配置，查看策略组是否出现可用条目。导入报错时先保留报错原文，不要把订阅地址公开到截图或日志中。

  2. 选规则模式与代理出口

    先使用规则模式，在相关策略组中选择可用出口，再开启适合当前系统的代理入口。桌面端可先测试系统代理，手机端按提示允许 VPN 连接。不要同时开启多个客户端的接管功能，也不要用全局模式代替入口检查。

  3. 请求一次，再看记录

    访问需要测试的目标，然后打开连接或日志页面，核对目标域名、匹配规则与所选策略。浏览器可用但终端失败时，应分别检查两者的代理设置。测试完成后恢复临时修改的模式，确认常用应用和局域网资源仍能访问。

配置更新失败但原有连接仍可用时，先检查更新操作本身，不必立刻重置所有设置。若需要提问，说明系统、客户端名称、使用的代理模式和报错时间即可；订阅链接、认证信息及完整配置应先做脱敏处理。

查看完整教程 →
内核、界面与文档各自负责什么

Clash 开源生态与配置来源

Clash 是一个代理工具生态的常用称呼，不是所有平台都由同一个程序提供服务。理解内核与客户端的关系，有助于判断教程是否适用，也能避免把某个客户端的界面选项当成所有软件通用的设置。

项目沿革：旧教程需要对照当前实现

早期 Clash 项目形成了以 YAML 配置、策略组和有序规则为核心的使用方式。此后社区中出现了不同内核分支与图形客户端，mihomo 延续并扩展了其中一部分配置能力。搜索到旧文章时，先确认文章讨论的是哪种内核、哪个客户端，以及该客户端是否仍在维护。配置字段看起来相同，也可能存在支持范围或默认行为的差异；遇到解析错误，应以当前内核文档和实际错误提示为准，而不是继续套用旧截图。

开源生态：源码、发行说明与问题记录

开源仓库提供查看代码、阅读发行说明和跟踪问题讨论的入口。下载量、星标和评论不能替代设备上的兼容性测试，因此本站不使用这些数字作为选型结论。需要核对某项功能时，可以在上游文档中查字段说明，再到问题记录中看是否存在已知限制。本站整理下载与中文操作参考，不代表各上游项目的官方组织；客户端的授权、发布方式和具体功能仍以其自身说明为准。

内核关系：处理连接的不是界面按钮

内核负责协议连接、规则匹配和 DNS 等网络处理；图形客户端负责配置导入、模式切换、系统集成与日志展示。两款使用相近内核的客户端，界面与覆写流程仍可能不同。反过来，客户端成功启动也不说明底层配置已被正确加载。排查时先记录当前启用的配置，再检查内核日志；如果准备迁移，应该分别迁移订阅来源、本地覆写与系统设置，不要假定一个配置文件包含全部偏好。

更新机制：程序与订阅分开维护

程序更新解决客户端或内核本身的问题，订阅更新则重新取得节点、策略组或规则内容，两者不是同一件事。更新程序前阅读发行说明并备份本地调整；更新订阅后检查自定义修改是否仍然存在。某些客户端会把订阅内容和本地覆写合并后交给内核，最终生效内容未必等于原始订阅文件。若一次更新后出现异常，优先比较变更范围，再决定回退配置还是调整客户端设置，避免同时更换程序、订阅和 DNS 而失去排查依据。

操作记录与排查说明

Clash 配置与使用文章

文章按具体问题展开，适合已经完成安装、需要进一步确认行为的场景。先保留一次失败请求对应的日志，再沿着代理入口、解析路径、规则匹配和出口连接逐层排查。网络问题的现象可能相似，处理方式却不相同；不要只凭一条报错就重置整份配置。

暂时不确定问题属于哪一层时，先到 常见问题 对照现象。整理排查记录时，每次只改一处设置并重新发起请求，比堆叠多个可能有效的修改更容易确认原因，也便于恢复原有工作环境。

查看全部文章 →