Clash 生态 · 客户端与配置

Clash 中文站 客户端下载

下载Clash 查看教程

按系统选择客户端，查阅订阅导入、规则分流与DNS 配置。

  • 开源内核
  • 中文文档
  • 配置示例
下载Clash 安装包与平台说明 mihomo 内核 · GPL-3.0 · 五平台

CONFIGURATION / 配置资料库

Clash 配置与流量接管

先区分订阅、策略和规则，再决定应用流量如何进入内核。

客户端负责图形界面、订阅保存与系统集成；内核负责解析配置、建立连接和执行分流。下列片段分别说明一个设置领域，并非可独立运行的完整配置。实际使用前，需要合并有效的代理定义，确认策略组名称与规则引用一致。

profile / providers.yaml

订阅管理：配置更新与本地修改

订阅地址用于获取远程配置，不等于客户端安装包，也不直接代表网络已经连通。在客户端的订阅页面粘贴链接，下载成功后选择该配置，再查看代理列表是否出现。完整配置订阅与代理集合订阅应分开处理：后者通过 proxy-providers 引入，还需要策略组引用。远程更新可能覆盖原文件，长期保留的规则应写进客户端覆写或合并配置，避免每次更新后重新修改。订阅含访问凭据，截图与分享日志前应先遮盖地址。

proxy-providers:
  remote:
    type: http
    url: "https://example.com/sub?token=xxxx"
    path: ./providers/remote.yaml
    interval: 3600

查阅全平台安装与配置指南 →

PACKAGES / 按系统选择

Clash 客户端平台入口

先核对系统与处理器架构，再选择图形客户端。

Clash 是一个生态名称，不代表所有平台使用同一个安装程序。不同客户端的界面、内核更新节奏与系统集成方式各有差异，配置字段也应以实际内核支持为准。下载页按平台集中列出安装包、维护状态和安装说明；客户端横向差异可在客户端对比中查阅。

Windows

首推 Clash Plus，也可选择 Clash Verge Rev、FlClash 或 Clash Nyanpasu。安装前确认系统架构与运行组件要求，TUN 服务与普通启动权限分开处理。

迁移旧客户端时，先导出订阅与自定义规则，再检查混合端口和开机启动设置；不要让两个客户端同时写入系统代理。

前往下载

macOS

按 Apple Silicon 或 Intel 处理器选择 Clash Plus、Clash Verge Rev 或 FlClash。安装后先完成系统提示的必要授权，再验证菜单栏状态与代理端口。

系统代理与网络扩展的授权范围不同。出现网络异常时，先检查其他 VPN 和旧客户端是否仍在运行，再调整 DNS 或 TUN。

前往下载

Android

首推 Clash Plus，另有 Clash Meta for Android、FlClash 与 Surfboard。按设备 ABI 选择安装包，首次连接时确认系统 VPN 授权。

后台连接中断应检查电池优化、后台运行和厂商省电限制。Surfboard 的配置格式与 Clash YAML 不同，导入前确认订阅类型。

前往下载

iOS

选择 Clash Plus，通过下载页进入 App Store。产品信息可查阅官网 clashplus.io，连接前按系统提示添加 VPN 配置。

导入订阅后先选择配置和策略，再启动连接。桌面客户端的服务模式、开机自启等选项不能直接套用于移动系统。

前往下载

Linux

图形桌面可选 Clash Verge Rev 或 FlClash，按发行版选择对应包格式。服务器与路由器用户可在下载页内核区查找 mihomo。

桌面会话的系统代理不会自动传给所有终端进程。命令行应用需要核对环境变量，服务部署还需明确运行用户、配置目录与日志位置。

前往下载

查看全部客户端 →

SOURCE / 内核与客户端

mihomo 开源内核与配置边界

项目沿革与名称

原版 Clash 为这一生态奠定了规则代理和 YAML 配置的基础，后续客户端与内核分支沿用了大量相近的界面名称。mihomo 曾以 Clash.Meta 为名，在原有配置体系上扩展协议、规则集和网络处理能力。看到名称相似的安装包时，应进一步确认维护项目和内置内核，不能只凭图标或文件名称判断兼容性。本站是下载与中文资料入口，不代表各客户端的开发团队。

内核、界面与系统集成

mihomo 负责监听端口、处理 DNS、解析规则并建立代理连接；Clash Verge Rev、FlClash 等图形客户端则提供订阅管理、托盘操作和系统代理集成。两层可以独立更新，因此更换客户端后，即使订阅地址相同，某些设置的位置与生效方式仍可能改变。排查时先记录客户端名称与所用内核，再看最终生成的运行配置，避免把界面开关误认为标准 YAML 字段。

代码与许可

mihomo 源码在公开仓库维护，采用 GPL-3.0 许可。代码、提交记录和问题讨论可用于理解实现与变更背景，源码开放本身并不保证任意配置都符合预期。不同图形客户端有各自的许可、依赖与发布说明，不能把内核许可直接视为整个安装包的全部条款。需要构建或再分发时，应阅读相应项目的许可文件，保留要求保留的声明，并核对依赖组件的使用条件。

更新与迁移顺序

更新之前，保存订阅地址、覆写文件和自定义规则，记录当前监听端口与网络接管方式。更新之后先加载配置，再检查启动日志、策略组和一条新建连接，最后恢复 TUN 与开机自启。订阅更新只是重新获取配置，客户端更新才涉及界面和打包内核，两者不应混为一谈。已停止维护的客户端适合作为迁移参考，不宜依赖其长期适配新系统或新协议；迁移步骤可查阅Clash for Windows 停更后的替代方案。

NOTES / 使用心得

配置实践与故障排查

配置生效需要同时满足客户端支持、内核字段有效和网络路径正确。以下文章按具体症状与迁移场景展开，适合在完成首次连接后继续查阅。排查时一次只改一个变量，并保留可以恢复的配置副本，才能判断哪一步真正改变了结果。

查看全部文章 →