DESKTOP / X64
Windows
适合桌面长期运行，可选择 Clash Plus、Clash Verge Rev、FlClash、Clash Nyanpasu 等图形客户端。安装前确认系统架构，首次启动后先导入配置，再检查系统代理开关与监听端口。旧版 Clash for Windows 已进入归档状态，更换客户端时应先备份现有配置。
前往下载发行入口 · 平台适配 · 配置步骤
Clash官方下载
全平台客户端
集中查找 Windows、macOS、Android、iOS 与 Linux 客户端，按发行状态核对安装入口，再通过 中文配置文档 完成订阅导入、规则分流、系统代理与 TUN 设置。页面同时说明原版 Clash、Clash Meta 与 mihomo 之间的关系，便于根据现有配置选择兼容客户端。
永久免费
代码开源
多平台客户端
YAML 配置
中文文档
PROTOCOL ROUTING
配置路径与规则核心
从配置文件进入客户端后，请求依次经过监听入口、DNS 解析、规则匹配和策略组。下面四个索引分别对应日常配置中最常检查的环节。
PROFILE LAYER
先确认配置来源，再切换当前 Profile
配置文件负责声明代理入口、策略组、规则、DNS 与监听参数。使用远程订阅时，客户端通常先保存订阅地址，再下载为本地 Profile；手动编辑的 YAML 则直接从文件导入。两种方式最终都会生成一份当前配置，只有将它明确设为启用状态，后续规则和策略才会参与请求处理。
日常更新应区分“更新订阅内容”和“切换当前配置”两个动作。更新只会刷新文件，切换才会改变正在运行的配置。导入失败时先查看 YAML 缩进、字段名称和内核兼容范围，再检查订阅地址是否可访问。多套配置建议按使用场景命名，并保留一份已验证可启动的基础配置，便于修改复杂规则后快速回退。
01 / SOURCE
远程订阅或本地 YAML
读取配置来源并保存为 Profile
02 / VALIDATE
语法与字段解析
检查缩进、字段类型和内核支持范围
03 / APPLY
设为当前配置
重新载入策略组、规则与 DNS 设置
mixed-port: 7890
mode: rule
log-level: infoRULE CORE
规则按顺序匹配，请求交给对应策略组
Rule 模式不会把所有连接交给同一个出口，而是从规则列表顶部向下逐条匹配。域名后缀、域名关键字、IP 网段、进程名称和规则集合都可以成为条件；匹配成功后，请求进入规则指定的策略组。策略组再决定选择某个代理、直连、拒绝，或交由自动选择逻辑处理。
自定义规则的关键是顺序。范围更窄、意图更明确的规则通常放在前面，通用规则和最终兜底放在后面。调整后应查看连接记录中的命中规则与最终策略，避免只根据网页是否打开判断配置效果。与只提供全局开关的简单代理工具相比，Clash 规则体系更适合将工作服务、影音访问、局域网设备和常规直连拆分管理。
01 / MATCH
DOMAIN-SUFFIX
按域名后缀匹配请求目标
02 / POLICY
策略组选择
手动、自动或回退策略
03 / EXIT
PROXY / DIRECT
将连接送往指定出口
rules:
- DOMAIN-SUFFIX,example.com,PROXY
- GEOIP,LAN,DIRECT
- MATCH,PROXYDNS PATH
域名解析要与规则判断保持同一路径
DNS 设置决定域名请求交给哪些上游服务器，也影响规则内核获得的目标信息。系统 DNS、客户端内置 DNS、浏览器安全 DNS和代理上游同时存在时，解析路径容易分叉，表现为规则命中异常、部分域名绕开预期出口，或同一网站在不同程序中得到不同结果。排查时应先确定哪个组件实际负责解析。
常用配置会明确启用 DNS 模块、选择适合场景的增强模式，并分别设置默认解析器、代理节点域名解析器和常规上游。修改后需要清理系统与浏览器缓存，再结合连接日志检查域名、目标地址和策略是否一致。DNS 测试页面只能作为线索，最终仍应回到配置路径和系统网络设置逐项核对。
01 / QUERY
应用发起域名请求
确认请求是否进入客户端 DNS
02 / RESOLVE
nameserver 解析
按配置选择上游与增强模式
03 / ROUTE
地址返回规则核心
继续执行域名或 IP 规则
dns:
enable: true
enhanced-mode: fake-ip
respect-rules: trueSYSTEM INGRESS
系统代理处理常规应用，TUN 扩展接管范围
系统代理会把支持操作系统代理设置的应用流量送入 Clash，适合浏览器、桌面通信工具和大多数日常软件。部分程序直接建立连接、使用独立网络栈或不读取系统代理，此时可按需要启用 TUN。TUN 通过虚拟网络接口接收更多系统流量，但也会引入路由、权限、DNS 与其他网络软件之间的协调问题。
首次配置建议先验证普通系统代理：确认监听端口可用、当前 Profile 已加载、Rule 模式能够命中预期策略。只有确实存在未被接管的程序，再启用 TUN 并授予系统要求的权限。若出现局域网访问异常、网络循环或休眠恢复后断连，应依次检查路由排除项、接口状态、DNS 设置和安全软件，而不是同时改动多组参数。
01 / INGRESS
System Proxy
应用读取系统代理并进入监听端口
02 / EXTEND
TUN Interface
按需接管更多系统连接
03 / EXCLUDE
局域网与保留地址
核对路由排除项和接口优先级
tun:
enable: true
stack: mixed
auto-route: truePLATFORM EXITS
按操作系统选择客户端
不同客户端共享相近的配置概念，但安装格式、权限要求和系统接管方式不同。进入下载页后可继续比较维护状态、架构和适用场景。
DESKTOP / ARM · X64
macOS
Apple Silicon 与 Intel 机型需要选择对应安装包。首次启用系统代理、网络扩展或 TUN 时，系统可能要求管理员授权。建议完成安装后先用 Rule 模式验证基础连接，再处理开机启动、菜单栏控制和路由接管，避免将权限问题与配置问题混在一起排查。
前往下载MOBILE / APK
Android
Android 客户端通常通过系统 VPN 接口接管流量，需要保留 VPN 权限并留意系统后台限制。下载时应区分 ARM64、ARM 与通用安装包；现代设备通常采用 ARM64。导入配置后先选择策略和运行模式，再检查电池优化、常驻通知与其他 VPN 应用是否影响连接。
前往下载MOBILE / APP STORE
iOS
iPhone 与 iPad 可通过 App Store 获取 Clash Plus。安装后由系统网络扩展建立连接，配置导入、策略选择与规则查看均在客户端内完成。若切换网络后连接状态变化，应先重新确认系统 VPN 状态，再查看当前配置和策略组，不要只依赖状态栏图标判断请求路径。
前往下载DESKTOP / SERVER
Linux
桌面环境可使用 Clash Verge Rev 或 FlClash，服务器、路由器与容器场景更适合直接部署 mihomo 内核。选择安装包时要同时核对发行版格式和 CPU 架构。命令行部署还需要自行管理配置路径、运行权限、服务启动方式和日志位置，适合熟悉系统网络的用户。
前往下载QUICK START
从安装到规则生效
先完成最短配置链路，再处理 TUN、自定义 DNS 和复杂规则。每一步只改变一个环节，更容易定位错误来源。
-
01
安装与首次启动
从下载页进入当前操作系统面板，选择维护中的图形客户端，并核对系统架构。Windows 常见为 x64，Apple Silicon 对应 ARM 架构，Android 则需区分 ARM64、ARM 和通用包。安装完成后先正常启动客户端，确认界面可以打开、内核能够载入且监听端口没有冲突。此时暂不需要同时修改 DNS、TUN 和自定义规则。
系统出现权限请求时，应根据功能用途处理：系统代理用于常规桌面应用，移动端和 TUN 通常需要 VPN 或网络扩展权限。若客户端启动即报错，优先记录错误原文，并检查旧客户端是否仍在后台占用同一端口。
-
02
导入配置并选择模式
在 Profile 或配置页面添加订阅地址，或导入本地 YAML 文件。等待配置解析完成后，将目标 Profile 设为当前配置，再进入策略组确认可选策略已经出现。首次测试建议使用 Rule 模式，因为它能保留规则分流结构，也便于从连接日志中确认请求命中了哪一条规则。
订阅更新成功只表示文件已刷新，不一定代表运行配置已经切换。若界面同时保留多份 Profile，应再次核对当前标记、更新时间与配置名称。手动 YAML 载入失败时，先检查缩进和字段类型，再检查配置是否使用了当前内核尚未支持的语法。
-
03
启用接管并验证路径
桌面端先启用系统代理，移动端则启动系统 VPN 连接。随后打开一个常用网站，并在客户端连接记录中查看域名、命中规则和最终策略。验证重点是请求是否进入客户端、规则是否按预期匹配、策略组是否选择了正确出口，而不只是页面能否加载。
常规流量验证完成后，再根据应用范围决定是否启用 TUN。启用后如果局域网设备、开发环境或其他网络工具受到影响，应检查路由排除项、DNS 接管和接口优先级。每次只调整一项并重新测试，可以保留清晰的排查链路。
OPEN SOURCE RECORD
内核来源与发行关系
判断一个客户端是否适合长期使用，需要分开查看图形界面、代理内核、配置兼容性和安装包发布记录。
从原版 Clash 到持续维护的内核分支
原版 Clash 建立了规则匹配、策略组、配置文件和控制接口等核心概念。原项目停止更新后，现有客户端生态并未使用同一条维护路线：部分旧客户端进入归档，部分图形客户端继续适配新的内核与系统接口。阅读教程时应先确认内容针对原版 Clash、Clash Meta 还是 mihomo，避免将新字段直接放入旧内核。
图形客户端与内核是两个维护层
Clash Plus、Clash Verge Rev、FlClash 等客户端主要负责配置管理、系统代理控制、日志查看和平台安装体验；mihomo 负责规则解析、协议支持、DNS、TUN 与连接处理。客户端名称相近并不表示发布节奏、平台权限和功能入口完全一致。下载页因此按平台列出多个选择，并单独标明归档项目。
配置兼容要以实际内核解析结果为准
常用的端口、代理组和基础规则具有较高通用性，但增强 DNS、TUN、规则集合、脚本扩展和新协议字段可能存在版本边界。迁移配置时，先让基础部分成功载入，再逐段加入高级设置。客户端显示导入成功后，还应查看内核日志，确认字段确实被识别，而不是仅被界面保存。
更新依据来自发布清单与维护状态
安装包入口按照平台、架构和客户端项目组织。更新时先阅读对应项目的发布说明，再判断是否涉及配置迁移、系统权限变化或内核升级。日常使用不必追逐每一次发布；涉及系统接管、DNS 与规则行为的更新，适合先备份配置并保留可回退安装包，再安排独立时间验证。
ROUTINE CHECKS
常见问题精选
下面的问题覆盖首次配置时最容易混淆的四个节点。完整操作顺序和界面位置可继续查看使用文档。
配置已经导入，为什么规则仍未生效？
先确认导入后的 Profile 已经设为当前配置，再检查运行模式是否为 Rule。随后启用系统代理或移动端 VPN，并从连接记录查看请求是否进入客户端。只完成文件导入而没有切换当前配置，规则不会进入实际运行路径。完整检查顺序见配置导入步骤。
系统代理与 TUN 应该先启用哪一个？
桌面端建议先启用系统代理，确认浏览器和常用应用能够按规则连接。确实存在不读取系统代理的程序时，再配置 TUN。这样可以把端口、配置和规则问题与虚拟接口、路由及权限问题分开处理，减少同时修改多项设置带来的干扰。
更新订阅后为什么策略组内容没有变化？
检查订阅更新时间与当前 Profile 是否属于同一条目。有些客户端更新文件后仍保留原来的运行配置，需要重新应用或切换一次。若内容依旧未变化，可查看订阅返回是否完整、配置解析是否报错，以及策略组引用的代理名称是否与更新后的条目一致。
更换 Clash 客户端时哪些内容可以迁移？
订阅地址、基础 YAML、规则和策略组通常可以作为迁移起点；客户端自己的界面设置、自动启动、系统代理控制和备份格式可能不同。迁移前保存原配置，先在新客户端中验证基础规则，再处理 TUN、DNS 与脚本扩展。具体平台选择可查看客户端下载页。
FIELD NOTES
配置与排查文章
围绕端口冲突、DNS 路径和 Profile 管理整理具体步骤。文章以现象、检查命令、配置位置和验证结果为主线。
Clash 端口被占用怎么办：定位进程与修改监听端口
从报错现象、系统端口查询到配置修改，逐步处理 mixed-port、HTTP 与 SOCKS 监听冲突，并说明修改后需要同步检查的系统代理设置。
阅读全文 →Clash DNS 泄漏检测与防护配置：从测试结果到规则修正
解释检测页面可能出现的偏差，并从 DNS 模式、上游服务器、浏览器设置和系统缓存四个方向检查域名请求的真实路径。
阅读全文 →Clash Profile 配置文件入门：导入、切换与多配置管理
梳理配置来源、订阅更新、当前 Profile 与运行内核之间的关系，并给出适合日常使用的多配置命名、切换和回退方法。
阅读全文 →