配置、内核、界面，各有分工
Clash 是一个代理工具生态，而不是所有平台上完全相同的应用。客户端提供导入、切换与日志界面，内核负责协议连接和规则执行，配置文件描述节点与策略。选择客户端时，先看系统与处理器架构，再看内核是否支持现有配置。界面名称相近，并不代表字段和权限要求完全一致。
先导入订阅，再启用配置
在配置页粘贴服务提供方给出的订阅地址，等待下载完成，再选中这份配置。随后到代理页检查策略组是否包含可用节点。导入成功只说明文件已经取得，不代表系统流量已被接管。订阅地址可能包含访问凭据，截图、日志与求助内容应先去除这些信息。
规则决定去向，策略组选出口
日常使用通常从规则模式开始。请求先匹配目标域名或地址，再交给对应策略组处理。手动选择组适合固定出口，自动测试组适合按配置条件选择候选节点。遇到单个网站异常，先看连接页命中的规则与实际出口，不必立即把所有流量改成全局代理。
接管范围与连接质量分开验证
系统代理主要影响遵循系统代理设置的应用，TUN 则通过虚拟网卡扩大接管范围。它们都不能直接改善远端线路质量。排查时先确认请求有没有进入内核，再观察规则、解析结果与出口。每次只调整一个设置，保留可工作的配置，才能判断改变是否真正解决了问题。
规则与网络接管
规则分流
规则从上到下检查，通常由第一条命中的规则决定去向。把明确的域名规则放在宽泛规则之前，末尾用 MATCH 接住其余请求。DOMAIN-SUFFIX 匹配域名及其子域，IP-CIDR 匹配地址段，GEOIP 依赖地理数据库。表中的 PROXY 是示例策略组名，使用前必须在配置中定义同名组。修改后重新加载配置，再从连接页确认实际命中项，避免只凭网页是否打开判断效果。
策略组把节点组织成可选择的出口。select 组由用户手动选择，url-test 组根据配置的探测地址、间隔与容差选择候选节点，fallback 组按可用性和既定顺序切换。自动选择不等于实际下载速度一定更高，探测结果也不能覆盖所有网站。先用手动组验证节点可用，再考虑自动策略；订阅更新后还应检查组内成员，避免规则指向已被移除或改名的策略。
| 类型 | 目标 | 策略 |
|---|---|---|
| DOMAIN-SUFFIX | github.com | PROXY |
| IP-CIDR | 192.168.0.0/16 | DIRECT |
| GEOIP | CN | DIRECT |
| MATCH | 其余请求 | PROXY |
示例用于说明匹配关系，不是可独立运行的完整配置。局域网网段应按实际网络补充，地理规则也不能替代对业务域名的明确判断。
查阅 Clash 策略组 →TUN 模式
部分命令行工具、游戏或独立网络组件不会读取系统代理。客户端支持 TUN 时，可通过虚拟网卡与路由设置把这些流量送入内核，再由规则决定直连或代理。桌面端常需服务模式或管理员权限，移动端通常使用系统 VPN 接口。启用前先让普通连接正常工作，再单独测试目标应用。TUN 不保证接管所有流量，具体范围仍受路由排除、平台权限和其他网络软件影响。
DNS 负责把域名解析为地址，也影响域名规则能否得到所需信息。Fake-IP 模式用保留地址段建立域名映射，让后续连接与域名关联；遇到依赖真实解析结果的设备或应用，可按内核文档评估 fake-ip-filter。DNS 劫持、系统加密 DNS 与应用内置解析可能改变请求路径。调整时记录原设置，只修改一个环节，并分别测试网页访问、局域网服务与应用登录。
TUN 开关开启后，应检查内核日志中是否出现网卡、权限或路由错误，而不是仅看按钮状态。桌面系统可先确认客户端服务已正确安装，移动设备则检查 VPN 授权是否被撤销。已有 VPN、虚拟机网卡或安全软件可能改变默认路由，排查时逐项停用对照。若启用后整体断网，先关闭 TUN 恢复基础连接，保存错误信息，再按客户端文档处理权限与路由冲突。
系统代理与 TUN 是两种接入方式，规则模式则是出口选择方式。两者处于不同层次，开启 TUN 后仍可按规则分流。
阅读完整网络配置手册 →按设备选择 Clash 客户端
先确认系统、架构与权限条件，再选择安装方式。已有配置时，也要检查所用协议与内核字段是否兼容。
Windows
首次配置可从 Clash Plus 开始，也可按操作习惯选择 Clash Verge Rev、FlClash 等客户端。下载前在系统设置中确认处理器架构，不要仅凭电脑品牌判断。安装后先导入配置并启用系统代理；需要接管其他应用时，再检查服务模式与 TUN 权限。
若浏览器可以访问而部分系统应用不能，先判断应用是否遵循系统代理。UWP 应用的回环限制需要单独处理，并不一定是节点故障。切换客户端前先退出原有客户端，避免多个程序争用本地监听端口。
前往下载macOS
Apple Silicon 与 Intel 设备应选择对应架构的安装包。Clash Plus、Clash Verge Rev 和 FlClash 提供不同的界面与配置管理方式，安装前可在下载页对照。首次运行按系统提示处理权限，再确认菜单栏客户端实际处于运行状态。
系统代理和网络扩展的授权范围不同，修改接管方式后应重新验证目标应用。若办公网络依赖自动代理或特定 DNS，先记录原设置。退出客户端时正常关闭代理，避免系统仍指向已经停止监听的本地端口。
前往下载Android
可按配置需求选择 Clash Plus、Clash Meta for Android 或 FlClash。安装前确认设备支持的架构，导入订阅后接受系统 VPN 授权，再到策略组选择出口。Android 的 VPN 接口通常不能与另一个 VPN 应用同时使用。
锁屏后连接中断时，先检查后台活动权限、电池优化与厂商省电设置。不要直接把所有异常归因于耗电策略：还应对比移动数据与无线网络，观察订阅是否过期、节点是否可用，以及切换网络后能否恢复。
前往下载iOS
下载页提供 Clash Plus 的 App Store 入口，并列出官网 clashplus.io。安装后根据应用提示导入兼容配置、添加 VPN 配置并完成系统授权。首次连接先测试常用网站，再查看应用内的策略组与连接记录，确认所选出口符合预期。
移动系统会限制后台与网络扩展行为，桌面端教程中的服务安装、回环设置等步骤不能直接照搬。遇到订阅解析失败，应先确认订阅格式与客户端兼容，而不是反复删除系统 VPN 配置。
前往下载Linux
桌面环境可先比较 Clash Verge Rev 与 FlClash，按发行版选择包格式，并确认系统依赖。终端程序不一定继承桌面的代理设置，必要时需要为当前进程配置代理环境变量，或在充分理解路由影响后启用 TUN。
服务器与路由器用户可到内核区查阅 Mihomo 包。单独运行内核需要自行管理配置路径、服务权限和日志。不要直接复制其他设备的网卡名称或路由参数；远程操作前先准备恢复连接的方法。
前往下载开源内核与配置来源
区分项目来源、客户端维护与网络服务，才能把更新和排查放在正确的位置。
Clash 生态不是单一客户端
Clash 最初以基于规则的代理内核为核心，随后形成了桌面界面、移动客户端与配置工具等生态。原始项目与后续衍生项目的维护状态并不相同。今天看到的 Clash 名称，可能指内核、配置格式，也可能只是某个客户端的名称。因此，讨论兼容性时应同时记录客户端名称、内核类型与系统环境，而不是只写“Clash 不能用”。
Clash教程站整理客户端下载入口与中文操作说明，不是这些客户端的开发团队，也不提供代理节点服务。下载页按平台区分可选客户端，并对停止维护的项目作出标记。选择时优先考虑仍在维护、能够读取现有配置的客户端；旧教程中的界面截图和字段名称只适合作为线索，具体操作仍应以当前客户端说明为准。
Mihomo 与图形界面的关系
Mihomo 是 Clash 生态中持续维护的开源内核项目，原名 Clash.Meta。内核负责协议处理、DNS、规则匹配和流量转发；图形客户端则负责配置管理、系统集成与操作界面。界面里的一个开关，可能同时修改内核参数和系统设置。判断问题属于哪一层，可以先检查配置是否加载，再看内核日志，最后检查系统代理与路由。
兼容 Clash 风格的 YAML 不代表所有内核都支持相同字段。较新的协议、规则提供者或 DNS 选项可能有明确的内核要求。迁移配置时先保留原文件，在新客户端中导入副本；若提示未知字段或策略不存在，按报错位置检查，而不是整段删除 DNS 或规则。下方命令仅用于取得 Mihomo 源码，不会安装图形客户端，也不会生成可用节点。
客户端、内核与订阅分别更新
客户端更新可能改变系统集成和界面，内核更新可能修复协议与网络行为，订阅更新则主要刷新节点、策略组或规则。三者不是同一件事。更新前保存本地覆写、分流规则和必要截图；完成后先确认配置仍被选中，再检查节点成员与接管方式。不要一次更换客户端、订阅和 DNS，否则很难追溯异常从哪一步开始。
订阅管理器也可能覆盖手工改动。需要长期保留的自定义规则，应先确认客户端是否支持覆写或合并机制，并检查合并后的最终配置。若缺少相应功能，至少保存独立副本，避免下一次订阅刷新后丢失。计划开机运行时，分别验证客户端自启、内核启动与代理恢复，不能只看托盘图标是否出现。
查看开机自启与维护 →用连接记录验证配置结果
连接页通常能看到请求目标、命中规则与出口策略，日志页则更适合查看解析失败、握手失败或权限错误。测速显示的响应时间只是特定探测条件下的结果，不等同于带宽、稳定性或所有网站的访问速度。测试时固定网络和目标，逐个切换候选节点，才能得到可比较的结论。
分享排查信息时，保留错误类型、发生步骤、系统环境与相关字段，移除订阅地址、账户信息和节点凭据。浏览器正常而某个应用异常，先检查接管范围；所有请求都异常，再检查内核、DNS 与出口。对照修改前后的连接记录，比连续切换多个开关更有助于定位原因。
了解节点测速与验证 →近期配置文章
围绕移动端后台、DNS 模式与速度瓶颈，按问题拆解设置与验证方法。
Clash 安卓耗电高怎么办：后台保活与电池优化白名单设置
从 VPN 常驻通知、后台限制与厂商省电策略开始，结合 TUN 和 DNS 设置定位耗电异常。先区分持续传输和异常唤醒，再决定是否调整后台权限，避免只追求保活而忽略实际流量。
阅读文章 →Fake-IP 模式原理详解：DNS 增强模式与 Redir-Host 怎么选
了解保留地址与域名映射如何参与连接处理，对比两种解析模式的行为差异。结合局域网访问和依赖真实地址的应用，判断何时需要配置排除，而不是直接切换整套 DNS 方案。
阅读文章 →Clash 网速慢的分层排查顺序：节点、线路到本机设置
把节点质量、运营商线路、规则命中、DNS 解析与本机网络分开检查。每一层先保留其他条件不变，再比较可重复的访问结果，区分高延迟、吞吐不足和连接建立失败。
阅读文章 →