macOS 客户端 · 订阅与规则配置

Clash for Mac客户端下载与配置

下载Clash 查看配置教程

从订阅导入开始，设置系统代理与规则分流，按应用需要选择 TUN 模式。

  • 中文配置文档
  • 开源内核生态
  • Apple Silicon / Intel

先选架构再导入配置最后验证流量

按系统选择 Clash 客户端

先确认操作系统，再选择芯片架构。下载页集中列出客户端、适用架构与安装入口；不同客户端的菜单位置可能不同，订阅配置、代理组和流量入口的基本关系相同。

Windows

先查看系统类型与处理器架构，再选择安装包。系统代理适合浏览器等应用；商店应用还可能涉及 UWP 回环限制，需要单独检查。

前往下载 Windows 客户端

macOS

在“关于本机”中区分 Apple Silicon 与 Intel。安装后先导入配置，再开启系统代理；使用 TUN 模式时，按客户端说明完成服务与权限设置。

前往下载 macOS 客户端

Android

根据设备架构选择安装包，首次连接通常需要确认 VPN 授权。已有其他 VPN 应用时先检查冲突，再按需要设置分应用代理与后台运行权限。

前往下载 Android 客户端

iOS

通过下载页进入 Clash Plus 的 App Store 页面。安装后导入兼容配置，确认系统 VPN 授权；可从官网 clashplus.io 了解客户端信息。

前往下载 iOS 客户端

Linux

桌面用户按发行版选择软件包，服务器用户再考虑独立内核。桌面代理设置、服务权限与路由管理相互独立，安装成功后仍需逐项确认。

前往下载 Linux 客户端

客户端安装包不等于订阅服务。准备好有权使用的配置来源，确认其中包含可用的代理节点、代理组与规则。跨设备迁移时，优先使用原始订阅或配置备份，不要仅凭截图重建设置。

查看全部客户端 →

出站模式、流量入口与规则

系统代理决定应用如何把请求交给客户端，出站模式决定接管后如何处理请求。把这两层分开理解，才能判断应该修改哪个设置，而不是同时打开所有开关。

出站模式

规则全局直连

日常使用从规则模式开始。

规则模式按配置中的匹配顺序选择出站，适合同时访问本地服务与远程资源。全局模式通常把已进入内核的请求交给全局代理组，适合临时对照测试；直连模式则用于检查直接访问的结果。切换模式不会自动创建节点，也不会让尚未进入客户端的应用流量被接管。先确认代理组中存在可用选项，再发起新的请求，并到连接页核对实际出站。已有长连接可能继续沿用原来的路径。

首次安装与连接：三个步骤

先用最少的设置完成一次可复现的连接，再增加规则与接管范围。这样遇到异常时，可以退回上一项已经验证成功的设置，而不必从头猜测原因。

  1. 01 / 配置来源

    导入订阅并选中配置

    安装与设备架构匹配的客户端，在配置页选择 URL 导入或本地文件导入。等待解析完成后选中该条目，打开代理页，确认出现预期的代理组。若导入报错，先检查地址能否访问、返回内容是否为配置文件，以及当前内核是否支持其中字段。

    订阅地址可能包含访问凭据，复制时不要带入额外空格，也不要把完整地址贴进公开讨论区。已有客户端配置时，先保存副本；更换订阅来源与修改流量入口应分开进行，避免一次变更多项后无法判断哪一步产生影响。

  2. 02 / 流量入口

    选择代理组与规则模式

    在代理页选择准备使用的出站，保持规则模式，再启用适合当前系统的流量入口。桌面应用通常可以先从系统代理开始；需要覆盖其他应用时，再按教程配置 TUN。移动端按系统提示确认 VPN 授权，并检查是否已有其他连接占用相关能力。

    节点延迟只能反映特定测速请求的结果，不能直接代表下载速度或全部网站的访问体验。先选一个能够正常建立连接的出站，用实际需要访问的服务验证，再考虑自动选择策略。不要把显示较低延迟当作规则已经正确生效的证据。

  3. 03 / 结果验证

    检查连接、规则与恢复路径

    重新打开目标页面或应用，在连接页查找对应请求，核对目标、匹配规则和实际出站。同时检查本地服务是否仍能访问。仅看到客户端处于运行状态，不能证明应用已经使用代理；只有入口、规则与出站三项相互对应，才能确认此次配置符合预期。

    若连接失败，先保留当前错误记录，再逐项检查配置、入口、DNS 和节点。关闭代理后也应确认系统网络能够恢复。需要远程办公或访问局域网设备时，额外检查内网域名与地址的处理规则，避免在日常工作中才发现路由冲突。

查看完整教程 → 查阅全平台安装大全 →

开源内核与客户端的关系

Clash 是一套围绕配置、规则与出站构建的代理工具生态，不同客户端不等于同一个项目。判断功能是否可用，需要同时查看界面项目、所用内核和当前配置，不能只根据名称相近作出结论。

项目历史：原版与后续分支

原版 Clash 的规则配置方式影响了许多桌面与移动客户端。原项目停止维护后，社区仍有独立维护的内核与界面项目。它们在协议支持、DNS 行为、配置字段和系统集成上逐渐形成差异。较早的教程可以帮助理解基本概念，但其中的下载入口、权限流程与菜单截图不一定适用于现在使用的客户端。

因此，选择客户端时先确认维护状态与系统支持，再看是否满足所需协议。归档客户端适合已有环境的兼容性查阅，不应仅因为教程截图熟悉就优先用于新安装。遇到旧配置无法加载时，保留原文件并阅读错误信息，按当前内核的字段说明迁移，而不是删除所有无法识别的内容。

职责分工：界面不等于内核

图形客户端负责配置管理、菜单栏或托盘入口、系统代理切换以及权限集成；内核负责解析配置、匹配规则和建立出站连接。mihomo 是 Clash Meta 后续使用的项目名称，其代码与配置文档可以公开查阅。某个客户端采用这一内核，不代表它会把内核的全部能力都放进图形设置页，也不代表默认配置已经开启相关功能。

例如进程匹配需要系统与权限配合，规则集需要正确的资源地址和策略引用，DNS 行为取决于配置及接管方式。看到功能名称后，先确定它属于客户端设置还是内核字段，再查相应文档。这样可以避免把界面中没有按钮误判为内核不支持，也避免照搬其他客户端专用的覆写格式。

配置来源：订阅与连接能力

安装客户端只完成了本地工具的准备。节点凭据、代理组和规则来自选中的配置，实际连接能力还受服务状态、本地网络、目标站点与路由影响。本站提供客户端入口和配置说明，不代替订阅来源管理账号，也不通过面板上的单个延迟数字承诺访问质量。使用配置前，应了解来源、授权范围与有效期限。

涉及 Clash 订阅转换时，原始地址可能暴露给转换服务。能由客户端直接读取的兼容配置，应先尝试直接导入；确需转换时，再确认转换服务的可信度、支持字段和规则处理方式。分享问题时只提供必要的脱敏片段，避免公开节点密码、订阅地址或包含个人访问记录的完整日志。

更新流程：分别管理三类变更

客户端更新、内核更新和订阅更新是三件事。客户端更新主要改变界面与系统集成，内核更新可能改变协议支持与配置解析，订阅更新则会替换节点、代理组或规则内容。处理问题时记录最近改动的是哪一层，保留可以恢复的配置，并阅读对应项目的更新说明，比同时更新所有组件更容易确认原因。

准备迁移到另一台设备时，先确认目标系统的架构与权限需求，再导入兼容配置。自定义规则应通过客户端支持的覆写方式保存，避免被远程订阅覆盖。更新完成后，用相同目标重新检查连接路径和本地网络访问；旧设置能够保存下来，并不代表它在新环境中仍然具有相同效果。

查看 mihomo 内核源码

源码仓库用于了解内核实现、配置文档与公开问题记录。下面的命令只获取源码，不会安装图形客户端，也不会自动完成系统代理设置。普通用户可直接使用上方的客户端下载入口。

访问 MetaCubeX / mihomo 仓库 ↗ 
git clone https://github.com/MetaCubeX/mihomo.git

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

内核、网络与配置记录

完成首次连接后，再理解流量如何进入客户端、测速结果代表什么，以及内核之间有哪些配置差异。按实际遇到的问题查阅，不必在第一次安装时修改所有进阶选项。

查看全部文章 →
下载客户端