安装包归档 · 配置文档持续整理

Clash Mac版
全平台安装包备份

下载官方Clash 查看教程

按平台整理 Clash 客户端安装入口与历史归档，配套说明 配置字段、规则分流、系统代理、TUN 与 DNS 排查方法，便于安装前确认平台差异，连接后定位配置问题。

永久免费 代码开源 中文文档

Platform · 安装入口

按系统选择 Clash 客户端

同一套 Clash 配置可以由不同图形客户端或内核程序读取，但安装格式、系统代理接管方式与权限模型并不相同。先确认操作系统与处理器架构，再进入下载页比较客户端，能够减少装错安装包、导入后无法启动或系统代理未生效等问题。

DESKTOP / WINDOWS

Windows

适合日常桌面使用。下载页列出带图形界面的主流客户端，并区分持续维护项目与历史归档。安装完成后通常需要导入配置、选择策略组并开启系统代理；需要覆盖更多应用流量时，再根据权限条件配置 TUN 模式。

前往下载

DESKTOP / MACOS

macOS

下载前应先判断设备使用 Apple Silicon 还是 Intel 处理器。不同架构的安装包不能混用；首次运行还可能涉及系统安全确认、网络扩展授权与代理权限。下载页集中整理 Clash Plus、Clash Verge Rev、FlClash 与 ClashX Meta 等入口。

前往下载

MOBILE / ANDROID

Android

Android 客户端通常通过本地 VPN 接口接管流量，启用后系统状态栏会显示 VPN 标识。页面提供不同处理器架构与通用安装包入口。导入订阅前应确认来源可信，并留意系统的后台运行、电池优化和始终开启 VPN 设置。

前往下载

MOBILE / IOS

iOS

iPhone 与 iPad 使用系统提供的网络扩展能力处理连接。下载区直接提供 Clash Plus 的 App Store 页面与官网信息。完成安装后，可按照使用文档导入订阅、允许添加 VPN 配置，再进入策略组选择实际使用的节点或自动测试组。

前往下载

DESKTOP / SERVER

Linux

桌面环境可选择带界面的客户端，服务器、软路由与容器环境则更适合直接运行 Mihomo 内核。下载前需要确认发行版、CPU 架构与安装格式。服务化运行还应单独规划配置目录、日志路径、监听地址和启动权限。

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

Config Timeline · 核心特性

从流量入口到 规则分流

Clash 的工作链路可以拆成监听端口、规则匹配、策略组选择、DNS 解析与最终连接几个阶段。左侧刻度对应常用配置面，切换后可查看字段用途、实际使用方式和排查重点。

rules.yaml

按域名、地址与进程决定出口

规则模式会按配置文件中的顺序逐条匹配请求。常见条件包括域名后缀、域名关键字、IP 网段、GeoIP、规则集与进程名，命中后交给指定策略组。实际使用时应把范围更具体的规则放在前面，把兜底规则留在末尾，并确认规则引用的策略组名称确实存在。与只提供全局开关的简单代理工具相比，Clash 的优势在于可以把工作站点、直连服务、局域网地址和其他流量分别处理；排查误分流时，也能沿规则顺序定位第一条命中项。

rules:
  - DOMAIN-SUFFIX,example.com,Proxy
  - IP-CIDR,192.168.0.0/16,DIRECT
  - MATCH,Final

Open Source · 项目关系

安装包、内核与配置的 来源边界

Clash 生态由内核、图形客户端、规则数据与用户配置共同组成。判断一个下载入口是否适合当前设备，不能只看名称相近，还要确认项目维护状态、内核关系、平台架构和配置兼容范围。

HISTORY

从原始 Clash 到持续演进的内核分支

Clash 最初以规则驱动的网络代理内核获得广泛使用，配置文件采用 YAML，把代理节点、策略组、规则与 DNS 组织在同一套结构中。原始项目停止更新后，社区围绕兼容性、新协议、规则能力和平台适配继续维护相关分支。当前不少桌面与移动客户端使用 Mihomo 作为运行内核，但界面名称、配置覆写方式和系统集成能力仍由各客户端项目决定。因此，“支持 Clash 配置”并不表示每个客户端的菜单位置、字段扩展与迁移行为完全一致。

ECOSYSTEM

图形客户端负责系统集成，内核负责连接逻辑

内核读取配置、建立连接、执行规则并提供控制接口；图形客户端在此基础上处理安装、订阅更新、策略切换、日志查看、系统代理、TUN 权限和开机启动。Windows、macOS、Android 与 iOS 的权限模型不同，同名功能的实现路径也会变化。选择客户端时应先看平台是否受支持，再看维护状态、内核类型与所需功能。只需要服务器转发或路由器部署时，直接运行 Mihomo 内核通常更合适；需要菜单栏操作、系统通知与配置管理时，图形客户端更便于维护。

ARCHIVE

历史归档用于兼容旧环境，不替代平台判断

旧系统、旧处理器或固定部署环境可能需要历史安装包，但归档文件不应按发布时间直接排序后随意安装。首先确认操作系统最低要求与 CPU 架构，其次查看该客户端是否仍维护，最后再核对配置字段是否兼容。已停止维护的客户端会在下载页单独标记，便于识别其归档属性。对于新设备，优先选择仍在维护、平台适配明确的客户端；对于已有稳定环境，升级前应备份配置并记录当前系统代理、TUN 和 DNS 状态，以便出现差异时回退。

UPDATE

更新检查关注上游变化与页面可用性

本站按客户端项目和平台分别组织下载入口，版本信息与具体文件明细集中在安装包页面展示，首页只负责说明产品关系和选择路径。整理过程中重点检查上游项目状态、安装入口是否可达、平台键是否匹配以及文档描述是否仍符合当前客户端行为。配置教程不会把某个界面的临时布局当作通用结论，而是优先说明系统代理、规则、策略组和 DNS 等稳定概念；遇到客户端界面差异时，再补充对应平台的操作位置。

Checklist · 常见问题精选

安装前后的判断顺序

macOS 应该下载 Apple Silicon 还是 Intel 安装包？

在“关于本机”中查看芯片信息。显示 Apple 芯片名称时选择 Apple Silicon 或 ARM 架构包；显示 Intel 处理器时选择 x64 或 Intel 包。安装包架构选错通常会导致应用无法打开，或需要额外的兼容转换层。完整平台说明见macOS 下载区。

导入订阅后为什么仍然打不开网页？

先确认配置已经激活，再检查策略组是否选中可用节点、系统代理是否开启、代理端口是否被其他程序占用。随后测试直连网站与代理网站，区分节点问题、规则问题和 DNS 问题。不要同时开启多个接管网络的软件，以免路由与代理设置互相覆盖。可按疑难解答中的顺序继续排查。

系统代理与 TUN 模式应该同时开启吗？

具体行为取决于客户端实现。初次配置时建议先使用系统代理，确认配置、节点与规则均可工作，再根据不遵循系统代理的应用是否需要接管来启用 TUN。开启 TUN 后若出现网络异常，应检查虚拟接口权限、DNS 劫持、路由冲突和其他 VPN 程序。相关步骤见使用文档。

订阅更新会覆盖手动修改的规则吗？

如果直接编辑由远程订阅生成的配置，更新时通常可能被新内容替换。应优先使用客户端提供的覆写、合并或脚本功能，把本地规则与上游订阅分开管理。修改前保留一份确认可用的配置，并记录新增字段所在层级。字段结构和合并思路可查阅配置字段参考。

Notes · 最新文章

配置与故障排查记录

文章按实际操作链路拆解问题，先给出判断条件，再说明验证方法和修复动作。涉及配置时会区分系统代理、内核字段、客户端界面与上游订阅，避免把不同层级的问题混在一起。

查看全部文章 →