速翻翻 - 全球智能网络加速器返回首页

Clash Meta（Mihomo）下载、安装与首次配置指南

更新于 2026-11-02 · sufanfan.buzz

简答：一句话结论：搜索“Clash Meta”时，不要只下载一个内核文件；普通用户应先按设备选择集成 Mihomo 的客户端，再导入订阅链接或 YAML 配置，选择代理组，最后开启系统代理或 TUN 并用日志和实际请求复测。当前项目资料中，核心仓库名称为 mihomo，Wiki 仍保留 Clash.Meta 这一名称；客户端和核心不是同一个安装包。

定义：Clash Meta 是对 Clash.Meta 内核及其客户端生态的常用称呼，而 Mihomo 是当前核心项目名称；Clash Verge Rev、FlClash 等属于调用或集成该核心的图形客户端。

先看一分钟速查：你到底该下载什么

本文为第三方使用指南，不代表任何客户端或核心项目的官方网站。搜索结果中出现的“Clash Meta”“Clash.Meta”和“Mihomo”容易被误认为同一个安装包，但实际下载前应先区分核心与客户端。

按设备选择下载对象
设备新手优先选择下载时核对不建议直接做法
Windows带图形界面的客户端，例如 Clash Verge Rev 或 FlClashWindows、amd64 或 ARM64、正式版与预发布版只下载 mihomo 核心后期待它自动出现图形界面
macOS带图形界面的桌面客户端Intel 使用 amd64，Apple 芯片使用 arm64 或 aarch64；以当前 Release 资产命名为准把 Intel 安装包装到 Apple Silicon 上，或反过来使用
LinuxFlClash 等图形客户端；服务器场景再考虑单独运行核心发行版包、AppImage、amd64 或 arm64把桌面客户端包当成 systemd 服务直接运行
Android支持 Mihomo/Clash.Meta 的 Android 客户端arm64-v8a、armeabi-v7a、x86_64 或 universal；以当前 Release 资产为准从不明镜像下载二次打包 APK

Mihomo 官方 Release 页面会随时间变化，文件名和版本号不能凭旧教程判断；下载前应打开项目的 Mihomo Releases 页面核对系统与架构。Clash Verge Rev 的项目说明将其定位为面向 Windows、macOS 和 Linux 的图形客户端，正式版本也应从其 GitHub Releases 页面核对。

Clash Meta、Mihomo、客户端分别是什么

Mihomo 核心：负责解析配置、建立入站端口、处理规则、DNS、代理组和 TUN 等底层功能。单独下载核心更适合服务器、脚本或已经熟悉 YAML 的用户。

图形客户端：负责安装、配置文件管理、订阅更新、代理组选择、系统代理和部分权限操作。Clash Verge Rev 的项目组织页明确说明，它是基于 Tauri、面向 Windows、macOS 和 Linux 的 GUI 客户端，并且单独维护自己的项目与文档。

Android 客户端：是移动端应用，不等于 Mihomo 核心本身。FlClash 的项目说明显示，它是基于 ClashMeta 的多平台客户端，覆盖 Android、Windows、macOS 和 Linux，并支持订阅链接；但具体 APK 架构和版本仍应以该项目当前 Release 资产为准。

因此，普通用户的最短路径是：先下载一个与你系统匹配的图形客户端，再在客户端中使用 Mihomo 内核或其内置版本；只有在客户端明确要求外置核心，或你要运行 Linux 服务时，才考虑单独下载 Mihomo。

Windows、macOS、Linux、Android 安装步骤

Windows

  1. 打开所选客户端的项目主页或 Releases 页面，不要根据搜索结果中的第三方重打包页面判断来源。
  2. 查看资产文件名，普通 64 位电脑选择 amd64 或 x64；Windows ARM 设备选择 arm64。若页面同时列出正式版和 prerelease，首次安装优先选择正式版。
  3. 下载安装程序并完成安装。首次启动若被系统安全提示拦截，先核对文件来源、文件名和发布页，再决定是否继续。
  4. 进入 Profiles、配置或订阅管理区域，添加订阅链接，或导入本地 YAML 文件。导入前先保留原文件副本。
  5. 等待配置解析完成，在代理组中选择一个可用节点或自动选择组；之后再开启系统代理。若客户端提供 TUN，先确认系统权限和防火墙允许，再按需开启。

macOS

  1. 先确认芯片类型：Apple 菜单中的“关于本机”可查看 Apple 芯片或 Intel。
  2. 在 Release 资产中选择 arm64、aarch64 或 amd64 对应文件；资产命名不一致时，以该项目发布说明为准。
  3. 安装并首次打开客户端。如果系统阻止打开，不要直接寻找来路不明的替代包，应先重新核对 Release 页面和签名或校验信息。
  4. 导入订阅或 YAML，选择代理组，再开启系统代理。需要接管未配置代理的应用时，才继续检查 TUN 权限。

Linux

  1. 桌面用户优先选择与你架构匹配的 deb、rpm 或 AppImage。FlClash 的官方项目说明列出了 Linux 支持，但不同发行版的依赖和桌面权限可能不同。
  2. 安装完成后启动客户端，导入订阅或 YAML，选择代理组并开启系统代理。
  3. 如果你运行的是无桌面服务器，再考虑直接使用 Mihomo 核心；这时需要自行准备配置文件、服务管理和防火墙规则，不建议把桌面客户端教程直接套用到服务器。

Android

  1. 先确认手机 CPU 架构。大多数较新的 ARM 手机通常对应 arm64-v8a，但不能只凭手机品牌猜测；如果 Release 提供 universal 且兼容当前设备，可按项目说明选择。
  2. 从客户端项目的 Release 页面下载 APK，核对资产名称和 SHA-256 信息。不要把不明镜像的“优化版”“去验证版”当作官方安装包。
  3. 安装后授予应用建立 VPN 连接所需的系统权限，导入订阅链接或本地配置。
  4. 选择代理组并启动连接。Android 的 VPN 图标只能说明系统建立了 VPN 接口，不能单独证明每个应用、DNS 或 IPv6 请求都按预期经过代理，因此还要结合客户端日志和实际请求复测。

首次使用：导入订阅或 YAML 后怎么确认生效

  1. 先备份：把当前 YAML 或客户端配置复制一份，导入失败时可以回滚，不要直接覆盖唯一配置。
  2. 导入配置：订阅链接应粘贴到客户端的订阅或 Profiles 区域；本地文件应选择 YAML 配置。若客户端提示格式错误，先确认下载到的不是 HTML 登录页、空文件或 JSON 文件。
  3. 检查节点：配置加载成功后，查看代理节点和代理组是否出现。没有节点时，不要先怀疑网络速度，先确认订阅是否过期、链接是否需要鉴权，以及配置是否实际更新成功。
  4. 选择代理组：在 Proxies 或代理页面选择一个具体节点，或选择配置中已经存在的自动选择组。不要凭延迟数字断言网页一定能打开，延迟测试和真实应用请求不是同一项验证。
  5. 开启系统代理：桌面客户端通常会提供系统代理开关，但菜单名称可能随版本变化。开启后，用系统代理设置页面和客户端状态同时确认；若只有客户端显示运行而系统代理没有变化，说明应用流量可能仍未接入。
  6. 按需开启 TUN：TUN 更适合需要接管未使用系统代理的应用或处理 UDP 的场景，但会涉及虚拟网卡、管理员权限、防火墙和 DNS 劫持。Mihomo 文档说明，TUN 的 system 或 mixed 栈在防火墙拦截核心时可能无法正常工作，遇到这种情况应检查系统防火墙是否允许核心程序。
  7. 复测：分别测试一个明确使用系统代理的浏览器请求、一个应用请求和客户端日志。不要仅凭出口 IP 或一次网页打开就断言全部流量已经代理；还要关注 DNS、IPv6、应用自身代理设置和失败日志。

Mihomo 的配置示例包含 proxy-groups、proxy-providers、DNS、监听端口和 TUN 等字段。新手不应直接复制整份示例覆盖自己的订阅配置；如果只是导入订阅，优先使用客户端的配置管理功能，只有在明确知道字段用途时才编辑 YAML。

按现象排查：配置导入、连接、TUN 和架构错误

常见问题分流表
现象先检查处理与复测
配置导入失败链接返回内容、文件后缀、YAML 缩进和客户端日志用浏览器或下载工具确认链接返回的是配置内容；保留备份后重新导入，仍失败则换一个已知可用的本地 YAML 做格式隔离测试
导入成功但没有节点订阅是否需要鉴权、是否已经更新、代理组是否引用了正确的节点集合刷新订阅并查看更新日志；若配置本身没有 proxies 或 provider 内容，客户端不会凭空生成节点
系统代理已开但网页不通系统代理状态、客户端运行状态、选中的代理组、节点连接日志先切换到明确的具体节点，再关闭并重新开启系统代理；只测试一个浏览器请求，避免多个变量同时变化
TUN 无法启动管理员权限、虚拟网卡、防火墙和其他 VPN 软件先关闭 TUN，仅用系统代理验证基础配置；再按客户端提示授予权限，并检查防火墙是否放行核心程序
DNS 似乎没有按预期工作配置中的 DNS 开关、DNS 模式、系统 DNS、IPv6 和 DNS 请求日志不要仅凭出口 IP 判断 DNS；分别比较开启与关闭 TUN、IPv4 与 IPv6 的结果，并保留测试时间和日志
安装包无法运行操作系统、CPU 架构、正式版或预发布版、文件校验重新查看 Release 资产名称；macOS 区分 Intel 与 Apple 芯片，Android 区分 arm64-v8a、armeabi-v7a 和 x86_64

如果换成正确架构后仍无法启动，记录操作系统版本、客户端版本、核心版本、安装包文件名和错误日志，再到对应项目的 Issues 或 Discussions 查询。不要把“安装失败”直接归因于节点、线路或 DNS。

下载前核验清单与回滚方法

  • 来源是否能追溯到项目仓库或项目自己的 Release 页面。
  • 项目名称、仓库所有者、版本标签和资产文件名是否一致。
  • 系统和架构是否匹配：Windows、macOS、Linux、Android 不能混用安装包。
  • 正式版与预发布版是否分清；首次使用优先避免把 prerelease 当成稳定安装包。
  • 下载后是否保存了文件名、版本号和 SHA-256；如页面提供校验值，再进行本地核对。
  • 导入前是否备份了旧配置；修改 YAML 后是否能恢复到备份文件。
  • 测试时是否同时记录代理组、系统代理、TUN、DNS、IPv6 和客户端日志状态。

回滚时依次关闭 TUN、关闭系统代理、退出客户端，再恢复备份配置。若恢复后仍无法联网，先确认系统网络本身正常，再排查其他 VPN、代理软件或防火墙规则。

常见问题

Clash Meta 和 Mihomo 是同一个东西吗？

不能简单理解为完全相同的安装包。当前官方仓库名称是 mihomo，项目 Wiki 仍使用 Clash.Meta 这一名称；实际使用时，Mihomo 更接近核心项目名称，而 Clash Verge Rev、FlClash 等是调用或集成核心的客户端。普通用户通常应下载客户端，而不是只下载核心。

Windows、macOS、Linux 和 Android 应该下载哪个 Clash Meta 文件？

先按操作系统筛选，再按 CPU 架构筛选。Windows 常见为 amd64 或 arm64；macOS 需要区分 Intel 和 Apple 芯片；Linux 需要区分发行版包、AppImage 以及 amd64 或 arm64；Android 需要查看 arm64-v8a、armeabi-v7a 或 x86_64。版本和资产名称会变化，最终以对应项目当前 Release 页面为准。

导入订阅后为什么没有节点？

先确认订阅链接返回的是配置内容，而不是登录页、错误页或空文件；然后检查客户端是否完成更新、配置中是否存在节点或 proxy-provider，以及代理组是否引用了这些节点。导入成功只说明文件被读取，不代表订阅内容一定包含可用节点。

开启系统代理后，是否代表所有流量都已经经过代理？

不代表。系统代理通常只影响遵循系统代理设置的应用；部分应用可能使用自己的网络栈、独立代理或绕过系统设置。若开启 TUN，还要继续检查虚拟网卡、DNS、IPv6、权限、防火墙和客户端日志，不能只凭出口 IP 或一次网页打开下结论。

TUN 模式启动失败，应该先改 YAML 吗？

不建议一开始就改配置。先关闭 TUN，用系统代理验证配置和节点是否正常；随后检查客户端权限、虚拟网卡、防火墙以及其他 VPN 软件。Mihomo 文档说明，防火墙拦截核心时可能影响 TUN 的 system 或 mixed 栈，因此应先放行核心程序或按客户端提示处理权限。

相关阅读

参考资料

  1. Mihomo GitHub Releases
  2. Mihomo Wiki：Clash.Meta 项目文档
  3. Mihomo 官方文档：TUN 配置与防火墙说明
  4. Clash Verge Rev GitHub Releases
  5. Clash Verge Rev GitHub 组织页
  6. FlClash GitHub 项目说明
  7. Mihomo Wiki：配置示例