Windows
适合桌面办公、浏览器与常驻代理使用。进入下载页后可比较 Clash Plus、Clash Verge Rev、FlClash 等图形客户端,并根据处理器架构选择安装包。
前往下载从系统选择开始,继续完成订阅导入、规则分流与TUN 接管。每个入口都连接到对应平台说明,适合第一次安装,也方便日后回来查找设置位置。
Clash 客户端的界面名称可能略有差异,但核心流程基本一致:先准备配置,再选择代理模式,最后决定由系统代理还是 TUN 接管流量。下面四组说明把容易混淆的开关分开讲清,切换标签即可查看对应设置。
订阅链接通常由服务提供方生成,它不是客户端安装包,也不会在复制后自动生效。正确流程是进入配置或订阅页面,粘贴 URL 并执行下载,等待配置出现在列表中,再点选它作为当前配置。若提示格式错误,先确认复制内容以常见的网络地址开头,并检查链接是否在浏览器中被截断。
与逐条手工添加节点相比,订阅配置能同时携带节点、策略组、规则集与 DNS 设置,后续也可通过更新按钮同步变化。导入完成后建议先保持原有规则结构,不急着修改 YAML;连接确认正常,再按实际需求调整自动更新间隔和策略组选择。
规则模式会读取配置中的域名、IP、应用或地区规则,为每次连接选择代理、直连或拒绝策略。它适合长期使用,因为本地网站、局域网地址和无需代理的服务可以保持直连,需要代理的连接再交给策略组处理。这里的“规则”并不是网速选项,而是一套按条件匹配的路由判断。
全局模式会让大多数连接统一进入当前代理策略,适合临时确认节点是否可用;直连模式则绕过代理,可用于判断问题来自本地网络还是配置。排查结束后通常切回规则模式,并在代理页面选择策略组,而不是频繁改动配置文件中的规则顺序。
系统代理依赖应用主动读取操作系统的代理设置,因此浏览器通常可以正常使用,但部分游戏启动器、命令行程序或独立网络组件可能直接连接。TUN 模式通过虚拟网卡接管这类流量,再交给 Clash 内核按规则处理。它解决的是流量入口范围问题,并不代表所有场景都必须开启。
首次开启往往需要管理员权限,并可能安装服务或虚拟网卡。建议先用系统代理完成基本连通,再开启 TUN,避免同时引入多个排查变量。若开启后出现 DNS 解析异常,应检查客户端的 DNS 设置、网络堆栈与其他虚拟网卡软件,而不是立刻反复更换节点。
订阅更新可能改变节点名称、策略组选项或规则内容。日常维护不需要频繁删除再导入,只要在配置页面执行更新,并确认更新后的配置仍被选中。若服务方建议设置自动更新间隔,可以使用较温和的周期,避免网络短暂波动时连续请求,也便于观察一次更新是否真正完成。
客户端升级与订阅更新是两件不同的事:前者更新图形界面或内核能力,后者更新服务配置。升级客户端前可记下当前模式、TUN 状态和所选策略组;升级后先恢复这些关键设置,再测试网页与常用程序。这样遇到变化时,能够快速判断是程序设置还是订阅内容导致。
下载页按系统整理图形客户端和适用说明。这里不直接提供安装包地址,先进入对应平台区域,再根据系统架构、维护状态和功能需求选择客户端,可以减少下载错文件的情况。
适合桌面办公、浏览器与常驻代理使用。进入下载页后可比较 Clash Plus、Clash Verge Rev、FlClash 等图形客户端,并根据处理器架构选择安装包。
前往下载适用于 Intel 与 Apple Silicon Mac。下载前先在“关于本机”确认芯片类型,安装后按系统提示授予网络扩展、代理或后台服务权限。
前往下载适合手机、平板与部分 Android 设备。多数手机优先选择 ARM64 安装包;若设备架构不明确,可在下载页查看通用包与不同客户端的适用差异。
前往下载iPhone 与 iPad 通过 App Store 获取 Clash Plus。安装后可使用订阅链接添加配置,并在系统首次询问时允许建立 VPN 网络连接。
前往下载桌面用户可选择图形客户端,服务器、软路由和熟悉命令行的用户则可查看 Mihomo 内核区域。安装前需要确认发行版、架构与包格式。
前往下载从服务提供方复制完整订阅 URL,打开客户端的配置、订阅或 Profiles 页面,将链接粘贴到输入框并执行导入。配置下载完成后,回到列表点选新出现的条目,使它成为当前配置。只看到配置名称并不等于已经启用,选中状态是后续规则与策略组生效的前提。
进入代理页面,先在主要策略组中选择一个可用选项,然后把运行模式设为规则。规则模式会按照配置判断直连与代理,适合日常使用。若网页打不开,可短暂切换全局模式测试;全局可用而规则不可用,通常说明需要检查规则或策略组,而不是重新安装客户端。
打开系统代理后,先用浏览器访问常用网站,再测试其他程序。浏览器可用而某个独立程序仍直连时,再考虑开启 TUN 模式。验证时一次只改一个开关,并记录改动前后的结果;这种顺序能把订阅、节点、规则和接管方式拆开判断,避免多个设置同时变化。
Clash 生态并不是单一安装包。图形客户端负责界面、系统集成和更新操作,内核负责读取配置、处理规则与转发连接,订阅则提供节点、策略组及规则内容。把这三层分开理解,选择客户端和排查问题都会更直接。
Clash 最初以规则驱动的代理内核受到关注,随后形成多个桌面与移动端客户端。原始项目停止维护后,社区仍围绕兼容配置格式、规则体系和使用习惯继续开发。现在常见的客户端可能使用不同图形界面,但代理模式、策略组、订阅配置等核心概念保持相近。
因此,选择客户端时应优先确认维护状态、系统支持和所用内核,而不是只看界面是否相似。旧教程中的按钮位置可能已经改变,但只要理解“配置—策略组—模式—流量入口”这条链路,通常都能在新界面找到对应项目。
Mihomo 是当前 Clash 生态中常见的社区维护内核,延续了 Clash 配置与规则使用方式,并继续提供 TUN、DNS、规则提供器等能力。许多图形客户端把内核打包在应用内部,普通用户只需通过界面操作;服务器和路由器用户也可以单独运行内核。
客户端名称与内核名称不必相同。图形界面升级并不一定代表订阅内容改变,订阅更新也不会自动替换客户端程序。遇到兼容问题时,分别记录客户端名称、操作系统、配置来源和启用的模式,比笼统描述“Clash 不能用”更容易定位原因。
开源仓库让配置格式、功能变化和问题讨论可以被公开查阅。对普通使用者而言,不需要先读懂全部源代码,但可以通过仓库文档确认参数含义、了解已知问题,并判断某项能力属于内核、客户端还是操作系统集成层。本站的说明会尽量使用跨客户端通用的名称。
需要进一步研究内核时,可以克隆 Mihomo 仓库,在本地查看文档与提交记录。命令只用于获取项目源代码,不会安装图形客户端,也不会生成订阅配置。
稳定使用依赖三类更新:客户端更新提供界面和系统兼容调整,内核更新带来代理能力与规则行为变化,订阅更新同步服务配置。三者不必在同一时间处理。日常只需定期更新订阅;客户端运行稳定时,可以先阅读变更说明,再安排程序升级。
升级前记下当前配置、代理模式、策略组和 TUN 状态,升级后按相同顺序检查。若出现异常,先回到系统代理与规则模式的基础组合,再逐步恢复 DNS 或 TUN 等高级设置,通常比删除全部配置重新开始更容易找到变化来源。
git clone https://github.com/MetaCubeX/mihomo.git
围绕 TUN、订阅更新和客户端选择整理的长篇说明,适合在基础连接完成后继续阅读。