Windows
日常桌面使用可先比较 Clash Plus 与 Clash Verge Rev，也可选择 FlClash、Clash Nyanpasu。安装前在系统信息中查看处理器架构，首次启动后先导入配置，再开启系统代理。需要接管更多应用流量时，再按教程检查 TUN 权限与服务状态。
前往下载平台下载入口
Clash 下载与设备选择
先确认操作系统和处理器架构，再比较客户端的配置管理方式。安装包、系统要求与维护状态集中在下载中心。
- 平台覆盖5 个系统
- 常见内核mihomo
- 配置语法YAML
macOS
先在“关于本机”确认使用 Apple 芯片还是 Intel 处理器，再选对应安装包。Clash Plus、Clash Verge Rev 与 FlClash 可作为选型起点。首次启用网络相关功能时，应阅读系统授权提示；更新客户端后若连接异常，优先检查后台服务和系统代理是否仍然启用。
前往下载Android
可比较 Clash Plus、Clash Meta for Android、FlClash 与 Surfboard。移动端需要关注配置格式、VPN 授权以及后台电池管理。多数现代设备使用 ARM64，但应以设备信息为准。Surfboard 的配置体系与 Clash YAML 不同，导入前需要确认订阅来源提供了匹配格式。
前往下载iOS
通过下载中心进入 Clash Plus 的 App Store 页面，并可查阅其官网 clashplus.io。安装后按应用提示添加配置并授权 VPN。桌面端的界面选项与移动端并不完全一致，迁移订阅时应确认客户端支持的协议、规则语法和配置导入方式。
前往下载Linux
桌面环境可从 Clash Verge Rev 或 FlClash 开始，根据发行版选择可用的软件包格式。服务器与路由器用户可进一步查阅 mihomo 内核入口。命令行内核需要自行管理配置路径、运行权限与服务生命周期，和安装图形客户端是两种不同的部署方式。
前往下载客户端基础功能
规则分流与连接设置
图形客户端负责操作入口，内核负责处理连接。先分清模式、接管方式和配置来源，后续排查会更有依据。
代理模式
规则、全局与直连
规则模式按配置中的匹配顺序决定连接去向，适合同时保留直连与代理需求。全局模式通常将已被客户端接管的连接交给全局策略选择，不代表设备上的所有应用都已接入代理；直连模式则让这些连接直接访问目标。首次使用建议保留规则模式，再检查策略组实际选项。临时切换全局可以辅助判断是否为分流规则问题，但不能代替检查系统代理或 TUN。右侧可切换三种模式的用途说明，示意不会修改设备网络设置。
阅读三种模式差异 →模式说明 · 非网络控制
按规则决定出口
逐条匹配配置规则；命中后使用对应策略。适合日常分流。
使用全局策略
已接管的连接交给全局策略选择。适合临时对照排查。
直接访问目标
已接管的连接使用直连出口。适合与本地网络访问结果作比较。
流量接管
系统代理与 TUN 模式
系统代理向操作系统登记代理地址，适合愿意读取该设置的浏览器和应用。TUN 通过虚拟网卡处理匹配的网络流量，覆盖范围通常更广，也更依赖权限、路由与 DNS 配置。两者不是简单的性能高低之分。建议先用系统代理完成首次连接验证；遇到不遵循系统代理的程序，再考虑 TUN。启用前暂停其他可能冲突的 VPN，并记录原有设置。移动端的 VPN 授权与桌面端的服务模式入口不同，应按平台教程逐项确认。
查看接管方式与授权步骤 →
规则与匹配顺序
域名规则与兜底策略
Clash 自定义规则通常从上往下匹配，具体域名规则应放在宽泛规则之前，MATCH 则常作为最后的兜底。DOMAIN-SUFFIX 按域名后缀判断，GEOIP 按目标地址所属地区匹配，两者依赖的信息不同。右侧片段用于展示真实语法，其中 PROXY 必须对应配置中已有的策略或策略组。调整前应备份配置，并优先使用客户端的覆写或扩展功能，避免订阅更新后丢失本地修改。判断规则是否生效时，应查看新建连接的命中结果，而不是只看网页能否打开。
查阅规则与内核兼容性 →
配置管理
订阅导入与更新
订阅地址用于获取连接参数与规则配置，客户端本身不会凭空生成可用服务。导入前应确认地址来自可信来源，并核对提供的是 Clash YAML 还是其他格式。下载成功后，需要在配置列表中选中对应条目，内核才会使用它；仅保存地址不等于已经切换配置。更新会重新拉取远端内容，因此个人规则与界面设置应按客户端支持的方式分别管理。订阅地址可能包含访问凭据，不应发到公开截图或公共转换服务。更新失败时，先检查地址有效性、到期状态与网络访问条件。
查看订阅导入流程 →首次连接
Clash 快速上手三步
先建立一条可验证的连接，再调整开机自启、自定义规则和其他进阶选项。每次只改一个变量，更容易定位问题。
-
安装客户端，导入配置
从下载中心选择对应平台的安装包，完成安装后打开配置或订阅页面。粘贴订阅地址，等待拉取完成，并在列表中选中该配置。若使用本地文件，应确认文件内容为客户端支持的格式，而不是只修改扩展名。导入时报错时先看具体提示，区分地址访问失败与配置解析失败；尚未成功加载配置时，不必反复切换系统代理。
-
选择策略，启用连接
保留规则模式，在代理页面检查策略组的当前选择，再启用系统代理或按移动端提示启动 VPN。桌面端先确认没有其他客户端占用相同端口。测试时可以暂时关闭另一款网络接管工具，避免路由互相覆盖。需要 TUN 的应用应在基础连接正常后单独验证，切勿把允许局域网连接、全局模式与 TUN 当成同一个开关。
-
验证访问，记录结果
分别访问预期直连和预期使用代理的目标，在连接或日志页面查看出口策略与规则命中情况。Clash 节点延迟测试只能反映测试目标的响应，不能直接代表下载速度、网页完整加载时间或所有服务的可用性。如果浏览器正常而某个程序异常，应先判断该程序是否使用系统代理，再检查 DNS、UDP 支持及 TUN 路由，而不是立即重装客户端。
开源生态与维护边界
Clash 内核与客户端关系
选择时分别看界面、内核和配置来源。名称接近不代表功能完全相同，能导入同一种文件也不代表每个字段都兼容。
从原版 Clash 到 mihomo
Clash 生态由代理内核、图形客户端与配置工具共同组成。原版 Clash 项目停止维护后，社区继续围绕相关配置语法和使用方式发展。Clash.Meta 分支后来以 mihomo 名称持续演进，增加和改进协议支持、DNS、规则与网络接管能力。“Clash Meta 教程”中的不少概念仍适用于 mihomo，但具体字段应以当前内核文档为准，旧教程中的路径与界面也可能已变化。
界面功能不等于内核能力
Clash Verge Rev、FlClash 等客户端提供配置列表、系统代理、策略组与日志入口，底层连接能力则由所用内核决定。同一项功能可能需要界面选项和内核配置共同生效；反过来，内核支持某个字段，也不保证每款客户端都有对应的图形开关。需要特定协议、规则提供器或 DNS 功能时，应先查内核支持范围，再看客户端如何保存这些配置。
按来源判断信息是否适用
开源仓库中的文档、许可证与问题讨论可以帮助确认功能边界。本站提供下载入口和操作说明，并非所有客户端的开发者或服务提供方。配置中的连接地址、账号、额度与有效期取决于配置来源，不能通过更换客户端自动修复。阅读排查建议时，应记录客户端名称、操作系统、接管方式和报错内容；对外分享日志前，先移除订阅地址与其他敏感信息。
更新前保留可回退的配置
客户端更新与订阅更新是两件事：前者改变程序或内核，后者替换远端配置。建议先备份个人规则与覆写设置，阅读变更说明，再完成程序更新；不要在同一次排查里同时更换内核、订阅、DNS 和接管方式。对于已经停止维护的客户端，下载中心会标注归档状态。新设备应优先考虑仍在维护的方案，旧环境迁移则先确认协议和配置兼容性。
DNS 与连接验证：Fake-IP 是一种 DNS 工作方式，不是独立代理协议。排查 Clash DNS 泄漏时，需要同时检查客户端 DNS、系统解析器、浏览器安全 DNS 与实际路由。仅启用某一个开关，不能代替对解析路径和连接出口的验证。涉及局域网域名、打印机或开发服务时，还应检查本地解析与绕过规则。
技术笔记
Clash 配置与分层排查
基础连接完成后，再按具体问题深入阅读。优先确认流量在哪一层发生异常，避免把线路、DNS 和规则问题混在一起处理。
Clash 网速慢怎么办：从节点、线路到本地设置的分层排查
按节点质量、中转线路、本地 DNS 与 TUN 设置、系统环境四层逐级定位网速慢的原因，每层给出可直接操作的判断方法与调整建议。
阅读技术笔记 →Clash GeoIP 与 GeoSite 数据库更新方法：数据来源、自动更新与规则写法
介绍 GeoIP、GeoSite 数据文件的来源与用途，说明 mihomo 内核下自动更新的配置项、手动替换路径，以及 GEOSITE 规则的常见写法。
阅读技术笔记 →Clash 策略组 url-test、fallback、load-balance 区别与写法
逐一拆解三类自动策略组的选择逻辑、interval 与 tolerance 等参数含义，给出按稳定性或均衡需求组合策略组的配置思路。
阅读技术笔记 →