Clash入门指南 客户端下载 · 从零上手 · 规则分流

按域名与 IP 归属决定每条连接的去向

规则分流是 Clash 与「全局代理」类工具的根本差异:每一条连接建立时,引擎自上而下匹配规则表,由 DOMAIN-SUFFIX、GEOIP、RULE-SET 等规则类型决定该连接走直连、代理还是拒绝。国内网站直连保持原生速度与登录环境,国外站点按需走代理,广告域名直接拦断——三条出口一次配置长期生效,不再需要手动来回切换开关。规则表可读可改,匹配顺序即书写顺序,末行 MATCH 兜底,行为完全可预期。

rules:
  - DOMAIN-SUFFIX,openai.com,PROXY
  - GEOIP,CN,DIRECT
  - MATCH,PROXY

粘贴订阅链接,节点与规则整套载入

服务商提供的订阅链接本质是一份托管在远端的完整配置:节点列表、策略组、规则表打包在一个 URL 里。客户端的「配置 / Profiles」页粘贴链接后,一次拉取即完成全部装载,无需逐个抄写服务器地址与端口。订阅支持定时自动更新,服务商调整节点后本地随之同步;多份订阅可并存,一键切换互不干扰。相比手工维护节点参数的传统方式,订阅机制把出错概率最高的环节整体移出了日常操作。导入步骤在入门教程第二节按详图编号逐步给出。

两种接管方式,覆盖从浏览器到全部进程

系统代理模式向操作系统注册 HTTP/SOCKS 代理地址(默认 127.0.0.1:7890),浏览器与大多数遵循系统设置的应用自动走 Clash;实现轻、开销小,是日常首选。但部分程序——命令行工具、游戏客户端、不读系统设置的软件——会绕过该注册。TUN 模式为此而设:在系统内创建虚拟网卡,从网络层接管全部流量,任何进程无从绕过。Windows 上启用需以服务模式安装驱动,macOS 上称「增强模式」,Android 的 VpnService 隧道即等价实现。两种模式的取舍与开启步骤见教程与配置大全对应章节。

节点编组管理,延迟实测择优

节点数量一多,逐个试连不现实。策略组把节点按用途编组:select 组手动指定,url-test 组周期性向测速地址发起真实请求、自动选中延迟最低的节点,fallback 组在首选节点失效时按序自动切换。规则表引用的是组名而非具体节点,节点更替不影响规则结构。客户端界面中对整组一键测延迟,数字实测可查,选择依据一目了然——这套编组机制让「几十个节点如何管」从日常负担变成一次性的结构设计。

proxy-groups:
  - name: PROXY
    type: url-test
    url: https://www.gstatic.com/generate_204
    interval: 300

一套内核标准,多个客户端可选可换

Clash 是内核与配置格式的开放标准,而非某一款封闭软件:内核由 mihomo 项目持续维护,Clash Verge Rev、FlClash、Clash Nyanpasu、Clash Meta for Android 等图形客户端在其上各自演进。所有客户端读同一份 YAML 配置、认同一种订阅格式,换客户端不必重学、订阅照用。某个客户端停止维护(如 Clash for Windows)时,迁移到活跃项目只是换一层界面。代码公开可审计,更新节奏由社区驱动——这是本站敢把它作为长期方案推荐的原因。各客户端横向对比见客户端对比页。