开源客户端 · 订阅配置教程

Clash 订阅教程 订阅导入与客户端下载

下载Clash 查看教程

按平台安装客户端，导入订阅链接，再了解 mihomo 内核与规则配置的对应关系。

  • 开源免费
  • YAML 配置
  • 全平台
客户端安装入口

按操作系统选择安装包

先确认平台与处理器架构，再选择客户端。图形界面负责管理订阅和开关，实际支持的协议、规则与网络模式取决于其使用的内核。

Windows

适合桌面浏览器、开发工具与日常应用使用。安装前在系统设置中确认设备类型，按架构选择安装包；进入客户端后先启用配置，再开启系统代理。

Clash Plus、Clash Verge Rev 与 FlClash 的菜单位置不同，但订阅、代理组和日志是共同的排查入口。旧版客户端迁移时应备份配置来源，不要只复制程序目录。

前往下载 →

macOS

先在“关于本机”中确认是 Apple 芯片还是 Intel 处理器。安装并启动客户端后，根据系统提示授予必要权限，再检查菜单栏中的运行状态与当前配置。

系统代理与 TUN 是两种不同的流量接入方式。首次配置建议先测试浏览器，确认规则生效后再处理其他应用，避免同时更改多个开关而失去排查依据。

前往下载 →

Android

移动端通常通过系统 VPN 接口接入流量。导入订阅并选择配置后，启动连接时按提示确认授权；若已有其他 VPN 应用运行，应先检查两者是否争用同一接口。

后台连接中断不一定是订阅问题。应分别检查电池管理、后台运行权限和网络切换后的日志。不同品牌系统的设置入口有差异，以设备实际菜单为准。

前往下载 →

iOS

下载页提供 Clash Plus 的 App Store 安装入口，并列出官网 clashplus.io。安装后先确认订阅格式是否受客户端支持，再保存配置并按系统提示添加 VPN 配置。

桌面端可用的整份 YAML 不一定能原样迁移到移动端。若导入失败，应核对格式与支持字段，不要把账户页面地址当作订阅地址，也不要在公开截图中展示链接参数。

前往下载 →

Linux

桌面用户可从 Clash Verge Rev 或 FlClash 开始，按发行版选择对应包格式；服务器与路由器用户则应区分图形客户端和独立 mihomo 内核。安装软件只完成第一步，配置文件路径、运行权限与服务启动方式仍需单独设置。

命令行工具不一定读取桌面环境的系统代理。浏览器可访问而终端失败时，先核对应用使用的代理协议与本地端口，再检查环境变量。不要为解决单个程序的连接问题，直接把监听地址开放到整个局域网。

前往下载 →

查看全部客户端 →

配置结构

订阅、规则与网络接入

订阅提供配置来源，代理组提供选择入口，规则决定连接去向。先区分这些层次，再修改具体字段，比逐个尝试开关更容易定位问题。

以下为 mihomo 配置字段或设置项示意，不是可以直接连接的完整订阅。点击或聚焦标签后，自动切换暂停。

订阅导入与更新来源

订阅链接是获取配置的地址，不是客户端自带的连接服务。在“配置”或“订阅”页面粘贴已有链接，下载成功后还需选中并启用。整份远程配置通常包含代理组与规则；代理提供者则只加载代理条目，需要由主配置的代理组引用。更新会重新读取远程内容，直接改远程文件可能被覆盖。需要长期保留的设置，应使用客户端提供的覆写入口。链接中的访问参数应按账户凭据保管。

查看订阅导入步骤 → 
# 本地订阅文件作为代理提供者
proxy-providers:
  my-sub:
    type: file
    path: ./providers/my-sub.yaml

proxy-groups:
  - name: PROXY
    type: select
    use: [my-sub]
首次使用

从订阅导入到连接验证

按“配置来源 → 规则出口 → 应用接入”的顺序完成操作。先建立可重复验证的基线，再考虑 TUN、自定义 DNS 或复杂覆写。

  1. 导入已有订阅并启用配置

    安装完成后，打开客户端的配置管理页面，选择从链接导入，粘贴由服务提供方给出的订阅地址。看到下载成功并不代表配置已经生效，还需要在列表中选中该配置，确认内核完成加载。若提示解析错误，先核对地址是否返回客户端支持的内容，而不是网页登录页或错误提示。

    本地 YAML 可通过文件导入。远程订阅会按来源更新，本地文件则由使用者维护，两者的后续修改方式不同。迁移设备时应同时记录配置名称、来源和本地覆写，分享日志前遮盖订阅参数。教程提供具体操作顺序，避免把导入成功和连接成功混为一谈。

  2. 选择规则模式与实际出口

    首次使用可从配置预设的规则模式开始，在代理页面找到被规则引用的代理组，选择其中可用的条目。规则模式决定如何分配请求，代理组决定被分配到该组的请求使用哪个出口，两者不是同一个开关。若只切换了不被任何规则引用的组，实际连接可能不会变化。

    全局模式适合临时对照，不适合作为所有故障的统一答案。测试前记住原模式和组内选择，测试后恢复；已有连接可能保留原来的去向，需要重新发起请求才能观察变化。先了解配置作者的分组意图，再调整自动选择与手动选择，避免删除被其他组引用的名称。

  3. 开启接入并核对连接记录

    桌面端先开启系统代理，再用浏览器访问日常使用的站点，并在客户端连接页查看域名、命中规则与出口。移动端按提示启动 VPN 连接。能看到请求记录，说明流量至少已经到达客户端；如果完全没有记录，应优先检查应用接入方式，而不是不断更新订阅或切换代理条目。

    浏览器正常而终端失败时，检查终端环境变量；所有应用都失败时，再依次检查配置是否启用、代理组选择和错误日志。测试期间每次只改变一个条件，并记录结果。这样可以分清订阅获取、域名解析和实际连接三个阶段，减少重复安装客户端造成的额外变量。

查看完整教程 →

开源生态与文档来源

客户端、内核与配置的边界

Clash订阅教程整理安装入口与配置方法，不提供订阅服务。客户端是否适合当前设备，需要结合维护状态、协议支持与实际系统环境判断。

项目历史：名称延续不等于原项目持续维护

Clash 是一套代理工具生态中的常见名称，早期内核、后续分支和图形客户端并不是同一个项目。原版 Clash 与部分早期客户端已经停止维护；社区项目继续使用相近名称，不代表其发布者、配置能力与更新方式完全相同。选择软件时应确认完整项目名，而不是仅凭图标或“Clash”字样判断。

旧客户端仍能启动，也不意味着适合长期保留。系统升级、协议变化与配置新增字段都可能影响兼容性。迁移时先备份订阅来源和本地设置，在新客户端中重新导入并验证，再处理旧软件的自启、系统代理和后台服务。具体差异可查阅协议与内核参考，不必通过同时运行多个代理程序来比较。

开源生态：界面项目与连接能力分别确认

图形客户端提供托盘菜单、订阅管理、配置编辑和系统集成，内核负责解析配置、匹配规则与建立连接。不同界面可能使用相同内核，也可能采用不同实现，因此“界面里有某个开关”和“当前内核完整支持该功能”需要分开核对。开源仓库中的文档、发布说明与问题讨论，可帮助理解功能边界和已知限制。

站内以实际操作场景组织说明，不用仓库热度代替兼容性结论。评估客户端时，优先检查目标平台是否受支持、配置能否加载、日志是否可读，以及更新渠道是否明确。遇到问题时，记录系统、客户端名称、错误发生阶段和经过遮盖的日志，比只提供“无法上网”的描述更容易形成有效反馈。

内核关系：Clash Meta 与 mihomo

Clash Meta 是 Clash 生态中的后续分支，其项目后来以 mihomo 名称继续发展。旧文章、客户端菜单或配置说明里仍可能使用 Meta 的称呼。新旧名称并不意味着所有年代的构建都具备相同功能，协议类型、DNS 行为、规则字段与 TUN 实现仍应以实际运行内核的文档为准。

已有配置迁移到 mihomo 时，先看解析日志，再验证代理提供者、代理组和规则之间的引用关系。YAML 能被读取，只能说明语法或结构通过了当前阶段，不能证明所有请求都按预期处理。涉及协议选型时，还应考虑服务器端支持、网络质量和设备功耗，不能只凭协议名称推断连接速度。

更新机制：应用、内核与订阅分开管理

客户端更新改变界面或系统集成，内核更新改变连接与配置能力，订阅更新则重新获取远程内容。这三种操作可能在不同页面完成，也可能由客户端统一管理。订阅更新失败时，反复安装应用通常不能修复链接失效；内核不支持新字段时，仅更新订阅也不能补齐功能。

更新前保存可用配置，查看变更说明，并确认本地覆写的合并方式。更新后先验证一条熟悉的访问路径，再检查分流与本地网络。若问题只在更新后出现，应对照具体变更缩小范围；若更新来源返回错误内容，应检查来源状态和有效期。更多案例见帮助中心，其中按基础认知、安装配置、使用技巧与故障排查分类。

近期配置文章

内核选型与使用排查

上手步骤之外，按具体问题继续阅读。先明确问题发生在哪一层，再选择对应的调整方法，避免把系统代理、订阅来源与协议支持混在一起处理。

查看全部文章 →

下载客户端