• Clash 生态 · 客户端与配置指南

Clash正版官网 客户端下载与配置指南

下载官方Clash 查看入门指南 →

按平台选客户端，围绕 mihomo 内核完成订阅导入与规则分流。

  • 开源内核
  • 中文配置文档
  • 按系统选择安装包

Clash 快速上手三步

先跑通一条连接，再添加进阶设置。每次只改一个变量。

  1. 第一步 · 安装

    按系统与架构选客户端

    先确认设备系统，再确认处理器架构。桌面端优先选择仍在维护的图形客户端；安装后打开设置，记下混合端口和服务运行状态。第一次使用先保留默认网络设置，不要同时开启多个代理工具，也不必立即打开 TUN。若安装过程要求系统权限，先看清权限用于安装服务、创建网络接口还是修改代理，完成后再继续导入配置。

  2. 第二步 · 配置

    导入订阅并启用配置

    打开配置管理，粘贴服务提供方给出的 Clash 订阅 URL，点击导入，等待客户端解析完成。导入成功后还要选中这份配置，确认代理策略组已经出现；仅把链接保存到列表，不代表它已经生效。本地文件则使用 YAML 导入入口。订阅地址通常包含访问凭据，不要上传到公开转换网站，也不要把完整地址放进截图或问题反馈中。

  3. 第三步 · 验证

    选择规则模式并检查连接

    选择规则模式，在策略组内选定可用出口，再开启系统代理。分别访问需要直连和需要代理的站点，并在连接列表查看命中的规则与出口。若浏览器可用而其他应用不可用，先判断应用是否遵循系统代理，再决定是否使用 TUN。验证结束后保存这组可用设置，遇到异常时按原顺序回退，比反复重装更容易定位问题。

查看完整教程 →

Clash 全平台下载入口

这里负责选择平台；安装包、架构说明与客户端明细统一放在下载页。

Windows 客户端

可从 Clash Plus、Clash Verge Rev、FlClash 等图形客户端开始。寻找 Clash for Windows 替代时，重点看维护状态、内核兼容性与配置迁移方式，不要只比较界面是否相似。迁移前导出自定义规则，记录原端口，再逐项恢复系统代理与服务设置。

安装包架构要与系统匹配。若旧客户端仍在后台运行，先退出它并检查系统代理，避免两个程序争用端口。需要处理 UWP 应用访问时，另行检查回环限制。

前往下载 · Windows

macOS 客户端

先区分 Apple Silicon 与 Intel 机型，再选择对应安装包。Clash Plus、Clash Verge Rev 与 FlClash 可按功能需求比较；使用较早的 ClashX Meta 配置时，注意内核字段和客户端设置并不完全通用。系统代理与 TUN 的权限也应分别确认。

首次启动遇到系统提示，按系统设置中的说明处理，不要为启动应用关闭整套安全机制。若开机后代理状态异常，检查登录项、后台服务与当前网络位置的代理设置。

前往下载 · macOS

Android 客户端

按设备架构选择 Clash Plus、Clash Meta for Android 或 FlClash，也可在下载页了解 Surfboard 的配置差异。Android 客户端通常通过系统 VPN 接口接管流量，启动前应确认没有其他 VPN 应用占用同一接口，授权后再检查连接记录。

后台断连不一定是订阅问题。先观察锁屏前后是否变化，再检查电池优化与后台限制。只对确实需要常驻的应用调整权限，避免把所有后台限制一次性关闭。

前往下载 · Android

iOS 客户端

在下载页查看 Clash Plus 的 App Store 入口及官网 clashplus.io。安装后导入支持的订阅格式，并按系统提示允许添加 VPN 配置。桌面客户端中的服务模式、系统代理按钮与端口设置，不宜直接套用到手机操作步骤中。

连接后先在前台验证网页，再测试切换网络与锁屏恢复。若某个应用行为不同，结合客户端策略和系统网络权限排查；具体可用功能以客户端说明和商店页面为准。

前往下载 · iOS

Linux 客户端

桌面用户可先比较 Clash Verge Rev 与 FlClash，并按发行版选择安装包。服务器或路由器用户则应查看内核区，确认处理器架构、运行权限与服务管理方式。图形界面是否设置了系统代理，与命令行程序是否读取代理环境变量，是两个不同问题。

部署前记录现有 DNS 与路由设置，尤其不要在远程会话中直接替换整套网络配置。需要启用 TUN 时先准备回退路径，再检查路由是否会影响当前管理连接。

前往下载 · Linux

Clash 配置关键项

从一个具体问题进入，区分配置文件、流量入口与分流策略。

导入后，确认配置已启用

把订阅 URL 粘贴到配置管理的导入框，等待下载和解析完成，再将新配置设为当前使用项。Clash 配置与 Base64 节点列表不是同一种格式，解析失败时应先向提供方确认订阅类型。自动更新只负责获取配置变化，不会替你判断策略是否合适；可从每日更新开始，遇到超时再尝试经代理更新。订阅地址含有访问凭据，分享日志前先移除地址与认证信息。

查看订阅导入步骤 →

开源生态与配置维护

理解项目关系，保留可回退的配置，用连接记录验证每一次修改。

Clash 名称对应一个生态

Clash 最初围绕规则代理内核发展出多个图形客户端。随着原项目维护状态变化，社区继续维护兼容实现与不同平台的界面项目。如今搜索 Clash 下载，通常会同时看到旧客户端、社区分支和内核项目。选型时应把项目名称、维护状态与所用内核分开核对，不要仅凭安装包名称判断功能。本站将平台入口与配置文档放在一起，方便完成从安装到验证的完整流程；站名不代表所有列出的社区项目由同一团队开发。

mihomo 内核与图形客户端各司其职

mihomo 是从 Clash 生态演进而来的开源代理内核，项目曾使用 Clash.Meta 名称。它负责协议连接、DNS 处理和规则匹配；图形客户端在此基础上提供订阅管理、系统代理、服务安装与设置界面。界面中的开关不一定逐字对应配置文件字段，客户端也可能在启动时合并覆盖设置。因此排查问题要看最终生效配置，而不只是订阅原文。某个参数能否使用，应以实际运行内核的文档为准。

用仓库记录核对实现与变更

开源仓库提供代码、问题讨论、提交记录与发行说明，比孤立的功能宣传更适合判断兼容性。遇到字段解析错误时，先搜索参数名称和报错原文，确认是否有已知限制，再决定更新内核或调整配置。下面的命令只下载 mihomo 源码，不会安装图形客户端，也不会改变系统代理。普通用户无需编译即可使用客户端；有开发或审阅需求时，再查看仓库中的构建说明与许可证要求。

把订阅更新与软件更新分开

订阅更新会改变节点、策略组或规则内容；客户端更新可能改变界面、权限和集成方式；内核更新则可能影响协议与配置兼容性。三者不应同时当作一个操作处理。更新前保留可用配置和必要的自定义覆写，阅读发行说明后逐项执行。若问题恰好在更新后出现，先比较改变了哪一层，再有针对性地回退。不要用高频刷新订阅来解决端口占用，也不要用重装客户端来掩盖格式错误。

从现象确定下一步

订阅更新失败：先区分下载超时、证书错误与格式解析错误。确认服务提供方返回的是配置内容，而不是登录页；再按需要调整更新间隔或经代理更新。操作方法见订阅更新失败排查。

显示已连接却打不开网页：先看请求是否进入连接列表，再依次检查系统代理、端口占用、策略选择与 DNS。连接按钮亮起仅说明服务可能已经启动，不等于目标站点已经访问成功，详见网页无法加载检查清单。

配置更新后自定义规则消失：远程订阅可能会替换原文件。优先使用客户端提供的覆写、合并或扩展机制保存本地修改，并确认这些内容的应用顺序。需要建立长期可维护的配置结构时，继续阅读从零到精通完整手册。

关闭客户端后仍然无法联网：检查系统是否保留了指向本地端口的代理设置，以及虚拟接口是否正常退出。先恢复系统基础网络，再重新启动客户端。更多基础认知、安装配置与故障问题可在FAQ 分类页按现象查找。

Clash 使用与排查文章

按日期查看最近三篇，从具体问题进入详细步骤。

查看全部文章 →
Clash最新版下载