Clash 使用教程：
订阅导入与连接验证

导入订阅并启用配置

打开客户端，在侧栏或底部导航找到“订阅”“配置”或“Profiles”。进入后选择“新增”“添加订阅”或带加号的入口。如果弹出导入方式选择，远程地址使用“URL 导入”或“远程配置”，设备上已有文件则使用“本地文件”。这两种方式最终都需要得到客户端能够解析的配置，不是把任意网址填进去即可。

复制配置链接，完成首次下载

回到服务提供方的订阅管理页，选择明确标注为 Clash、Clash Meta 或 mihomo 的订阅格式，使用页面上的复制按钮获取地址。粘贴到客户端的订阅地址栏后，给配置起一个容易识别的名称，例如“日常配置”。不要复制浏览器地址栏中的账户管理页面，也不要把包含订阅地址的截图上传到公开讨论区；订阅链接往往包含用于识别账户的访问参数。

确认地址前后没有多余空格或换行，再点击“导入”“保存”或“下载”。等待客户端显示导入结果。成功时通常会新增一张配置卡片，显示配置名称、更新时间或更新操作。某些客户端在导入后立即启用，另一些只把配置保存到列表中，需要再点选一次或使用“设为当前配置”。应以当前选中标记为准，而不是仅凭列表中出现了名称就继续。

如果使用本地文件，在文件选择器中选中服务提供方给出的 .yaml 或 .yml 文件。导入文件通常只是保存当前内容，不代表客户端以后一定会从远程更新。不要只把文件扩展名改成 YAML：格式错误的文本、网页内容或单个分享链接，不会因为改名而变成完整配置。

确认代理页面已经读到配置

启用配置后进入“代理”页面，检查是否出现策略组及可选出口。策略组名称由订阅作者决定，可能是 Proxy、节点选择、自动选择，也可能按用途命名；名称不必与教程完全相同。若页面仍然空白，返回配置页确认当前配置已经激活，再查看导入提示或日志中的解析错误。配置下载成功与配置加载成功是两件事。

遇到无法下载时，先用当前网络打开服务提供方的管理页，确认订阅仍有效，并重新复制地址。若提示格式无法识别，检查拿到的是完整 YAML 配置，还是 Base64 节点列表或单个协议分享链接；不同客户端支持的导入范围不同。不要把私人订阅粘贴到不熟悉的在线转换页面。格式区别可查阅Clash 订阅格式说明。当代理页能正常展示策略组后，再进入下一步。

选择规则模式与代理出口

配置启用后，在“概览”“代理”或“设置”中找到模式选择。常见选项为“规则”“全局”和“直连”，英文可能显示 Rule、Global、Direct。首次使用选择“规则”。此时内核按配置中的规则顺序匹配连接，再交给对应的直连、代理或拒绝策略。规则模式不是按网站名称猜测用途，实际走向由正在使用的配置决定。

先选模式，再检查策略组

模式选择和节点选择是两个不同操作。切换到规则模式后，还要回到“代理”页面，找到规则所引用的代理策略组。展开这个组，点击一个当前账户可用的出口，使选中标记落在它上面。若组内包含“自动选择”这样的子组，选中它表示把出口选择交给该组的检测逻辑，不等于固定使用列表中的第一项。

手动选择组通常会保留上次选择，自动选择组则可能按配置中的检测结果更换出口。客户端提供“测试”或“检查”按钮时，可以用来排除明显不可达的选项，但检测成功只说明该测试请求得到了响应，不保证每个目标网站都可访问。第一次设置尽量只选择一个明确的出口，不要同时改动多个用途分组，以免后面难以判断到底是哪项设置影响了连接。

如果配置按流媒体、开发服务或其他用途设置了独立组，先保留默认值，并检查这些组是否引用了主代理组。某个用途组若选中 DIRECT，即使主代理组已经选好出口，相关规则命中的连接也可能仍然直连。REJECT 则表示拒绝连接，不是一个可以用来联网的代理节点。对不确定的组，先阅读订阅方的配置说明，不要逐项随意切换。

理解另外两种模式的用途

全局模式通常把进入内核的连接交给全局策略处理，适合短时对照排查；它不能让原本没有进入客户端的流量自动被接管。直连模式通常让进入内核的连接直接访问目标，不使用普通代理出口。两者都不建议在尚未验证配置时来回切换。此时保留规则模式，记下所选策略组和出口，下一步只处理“如何让应用连接进入客户端”。

首次上手无需重写 rules、合并多个订阅或修改 DNS。规则从上到下匹配、策略组如何引用其他组等内容，可在进阶配置手册的规则章节继续阅读。先使用订阅已有设置完成验证，能把问题范围缩小到配置、接管方式和出口这几个环节。

开启系统代理或手机连接

完成模式与出口选择后，回到客户端概览页。先确认配置没有报错，内核状态为运行中；若客户端提供独立的启动按钮，先启动内核。仅打开软件窗口，并不代表网络请求已经交给它处理。桌面端和手机端的接管入口不同，请按照当前设备选择下面对应的操作，不要照着其他平台寻找不存在的开关。

桌面端：开启系统代理

在桌面客户端中找到“系统代理”，将其开启。系统如弹出修改网络设置的授权提示，确认是刚启动的客户端发起，再按系统要求完成授权。开启后，遵循系统代理设置的浏览器和应用会把请求发送到本机代理监听端口。多数情况下不需要再到浏览器中重复填写地址；如果浏览器安装了独立的代理扩展，先停用扩展的接管规则，避免覆盖系统设置。

先保留客户端默认监听端口，不要为了与网上截图一致而修改。常见的混合端口 7890 只是配置示例，不是所有安装环境都必须使用的固定值。如果出现 address already in use，说明相应监听地址或端口存在冲突；此时先处理冲突，再继续验证。具体定位方法见7890 端口占用排查，不要一边报错一边反复开关系统代理。

系统代理只影响愿意使用该设置的应用。部分游戏、命令行程序或自行实现网络连接的软件可能绕过它，因此“浏览器可以访问、另一个程序不行”不能直接证明订阅失效。首次先用普通浏览器完成验证。如果确实需要接管更多应用，再研究 TUN 的权限、路由与 DNS 设置；不要在首次排查时同时打开系统代理和 TUN，以免混淆两条接管路径。

手机端：允许系统 VPN 授权

在手机客户端点击“连接”或启动按钮。首次使用通常会出现系统 VPN 授权提示，说明客户端需要通过系统提供的网络接口处理连接。确认应用名称后允许授权，再回到客户端等待连接状态更新。这里的 VPN 授权是客户端在设备上接管流量的方式，并不意味着系统会替换掉你刚刚选择的订阅和出口。

如果设备上已有其他 VPN 应用处于连接状态，先断开它，再启动 Clash 客户端。Android 可以结合客户端状态和系统 VPN 标识判断服务是否建立；iOS 可以结合客户端状态及系统 VPN 设置确认。系统外观和标识位置可能随系统版本变化，不能只依赖状态栏是否出现某个图形。若授权被取消，重新点击连接即可再次按系统流程操作。

Android 首次验证先让客户端留在前台，不必立刻修改全部后台设置。只有出现锁屏后断开、切回应用才恢复的情况，再检查电池优化、后台运行权限和省电策略，操作说明见Android VPN 授权与后台保活。当客户端显示连接已建立后，保持当前配置和出口不变，进入最后一步。

查看连接记录，验证规则生效

打开浏览器，访问一个按照当前配置应当走代理的网站。使用新标签页发起请求，必要时重新加载页面，避免只看到已缓存的内容。随后切回客户端的“连接”页面，查找与刚刚访问的域名对应的记录。部分连接持续时间很短，可能需要在页面加载时观察；若客户端没有展示足够字段，可临时查看日志中的连接与规则信息。

核对域名、规则和最终出口

找到记录后，优先核对目标域名、命中规则和策略链。域名应与刚刚访问的服务有关，规则应指向预期的代理组，策略链末端应是该组实际使用的出口。一个网页通常会请求多个域名，页面主文档、图片、脚本或登录服务可能分别命中不同规则，所以不要只看到其中一条 DIRECT 就判断整页没有使用代理。

再访问一个按照配置应当直连的网站，观察对应记录是否命中 DIRECT。两类请求都符合预期，才能说明规则分流大体按当前配置工作。单看客户端的连接按钮亮起，只能说明服务或接管接口已经启动；单看一个网站能够打开，也不能证明请求一定经过代理。把网页结果与客户端记录对照，才是这一步的关键。

需要确认代理出口时，可以使用自己信任的网络信息页面作辅助对照，但应同时核对该页面的请求是否命中代理规则。如果检测页面本身被直连规则匹配，显示的是直连出口并不意外。也不必反复查看整台设备的“统一出口”：规则模式下，不同目标可以走不同线路，这是分流行为，而不是客户端状态不稳定。

验证失败时，按链路顺序检查

如果目标页面打不开，先返回配置页确认启用的是刚导入的配置，再检查内核是否运行以及是否出现解析错误。接着看连接记录：若发起请求时始终没有对应记录，优先检查系统代理、手机 VPN 授权、浏览器代理扩展以及分应用排除设置。流量尚未进入内核时，反复更换代理出口通常不会解决问题。

如果记录已经出现，但最终策略是 DIRECT，检查规则模式和相关用途组选择；如果记录显示已交给代理出口，却仍然连接失败，再换一个账户中可用的出口重试，并检查服务有效期和网络限制。只在某个域名出现解析错误时，再查 DNS 相关提示。每次只调整一项，重试同一个目标并观察记录，能避免多个变化互相抵消。

常见报错和系统代理恢复方法可以在帮助中心查阅。涉及 TUN、Fake-IP、域名嗅探或本地覆写的问题，转到进阶配置手册按主题处理。反馈问题时可描述设备系统、客户端名称、接管方式与报错文本，但应先遮盖订阅地址、节点密码及其他账户信息。

完成首次设置后的使用顺序

当代理请求与直连请求都符合预期，首次配置即告完成。记住当前启用的配置、模式和策略组选择，后续使用时先启动客户端，再按平台开启系统代理或连接服务。订阅更新后若行为改变，重新检查当前配置和组内选择，不要假设所有自定义修改都会自动保留；需要长期保存的改动，应使用客户端明确提供的覆写机制。

暂时不使用时，桌面端先关闭系统代理，再退出客户端，避免应用继续向已经停止的本地端口发送请求；手机端在客户端中断开连接即可。若以后需要开机自启或 TUN，建议在这套已验证的基础上一次增加一个功能，并重复本节的连接检查。这样可以保留清晰的可用基线，而不是遇到问题后从头重装。