Clash 使用基础：用 Mihomo 理解配置、策略组与规则

先辨认客户端、核心与配置

中文教程里的“Clash”经常泛指一类配置格式与使用习惯。不同项目的维护状态和功能支持并不相同。本文以 Mihomo 官方文档解释配置逻辑，安装时请从 官方客户端索引 核对当前维护中的项目，不沿用旧教程里的不明安装包。

客户端是操作界面，核心执行网络处理，配置则描述节点、策略组、规则和监听端口。某份配置能够被一个核心读取，不代表所有客户端都完整支持其中每个功能。

导入之后先检查什么

导入你有权使用的配置或订阅，确认更新没有报错，再看节点与策略组是否存在。保留原始文件副本，避免把界面的临时修改误认为已经永久写入订阅。

配置具有网络控制能力，可能改变 DNS、路由与监听接口。不要把来源不明的完整 YAML 当成无害文字，也不要将个人订阅交给未知在线转换站。

模式、规则与策略组怎样配合

先用规则模式，打开连接面板，查看某次请求的规则与最终出站。如果目标命中直连，单纯切换某个节点不会改变那条请求的路径。

一个只解释逻辑的示例

# 仅展示规则结构，不包含可连接的代理节点
mode: rule
rules:
  - DOMAIN-SUFFIX,example.com,DIRECT
  - MATCH,DIRECT

示例全部直连，不能用来建立代理连接。它说明规则通常按顺序匹配：更具体的条件放在前面，最终规则处理剩余请求。真正的代理组必须由你的有效配置定义。

系统代理和 TUN 不要一次全开

系统代理面向遵循该设置的应用；TUN 涉及系统流量接入与路由。首次配置可先验证系统代理，确认浏览器请求出现在客户端中。若某个应用没有记录，先核对应用自己的网络设置，再研究是否需要 TUN。

配置本机使用时，通常无需开放局域网访问。外部控制接口和代理端口若对其他设备开放，应明确绑定范围与认证方式，避免在公共网络暴露服务。

用真实应用完成验证

在连接面板记录域名、命中规则与出口，用同一目标重复测试。修改配置后复查新建连接，因为已有连接可能继续使用原路径。失败时，按照 现象 → 检查 → 修复 → 验证 的顺序定位，每次只改一个条件。