Clash 使用教程

第一步：导入订阅

先打开订阅提供方的管理页面，找到面向 Clash 或 Mihomo 的订阅入口，使用页面提供的复制按钮取得完整地址。浏览器中正在查看的账户首页、购买记录页和订阅地址不是同一个东西；复制后应确认没有带入前后的空格、换行或说明文字。若提供方列出了多个格式，优先选择与当前客户端内核兼容的格式，不要仅凭链接名称相近就直接导入。

从 URL 新建配置

回到客户端，进入「配置」或「订阅」页面，找到「导入」「添加」或加号入口。选择从 URL 导入，把刚复制的地址粘贴到链接栏，再填写一个便于辨认的本地名称，例如「日常订阅」。这个名称只用于区分配置，不影响节点连接。确认保存后，等待客户端下载并解析内容；成功时通常会新增一张配置卡片，显示名称、更新时间或更新操作入口。

部分客户端在链接输入框旁直接提供下载按钮，另一些客户端要求先保存、再手动更新。操作后先看是否有明确的成功提示，不要因为卡片已经出现就认定内容已下载完成。若出现错误，读取提示中是下载失败还是解析失败：前者先检查地址是否完整、订阅是否有效以及当前网络能否访问提供方；后者先确认收到的是配置内容，而不是登录页或错误页面。

将导入结果设为当前配置

下载成功后，点击刚添加的配置卡片，或在菜单中选择「使用」「激活」等操作。观察卡片是否出现选中边框、勾选标记或当前使用提示，再进入代理页面查看策略组。配置卡片存在但没有被启用时，客户端可能仍在读取上一次的配置，后续选择节点也会选到旧内容。第一次操作只保留一个明确的当前配置，避免在多个相似名称之间反复切换。

如果拿到的是本地文件，使用同一页面中的文件导入入口，选择提供方给出的完整 YAML 配置。仅含节点信息的片段不一定具备可运行的策略组、规则和基础设置，不能只改扩展名就当作完整配置。导入后同样要启用，并确认代理页面有实际内容。本地文件通常不会自动跟随远端订阅变化，后续更新方式也应与提供方说明保持一致。

需要把其他格式转换成 Clash 配置时，先阅读订阅转换常见问题，确认格式支持和链接隐私，再决定是否转换。反复下载失败的完整排查流程放在订阅失败排查，不必在这里同时调整 DNS、端口和代理模式。确认当前配置正常后，进入下一步选择请求的处理方式。

第二步：选择代理模式

进入客户端的代理页面，找到「规则 / 全局 / 直连」模式入口，首次使用先选择「规则」。它会按照当前配置的规则，把不同请求交给直连、代理或其他策略处理。规则模式并不表示所有境内网站一定直连、所有境外网站一定代理，实际结果取决于配置写法；选中这个模式后，还需要确认规则引用的策略组已经选择了合适的出口。

「全局」通常将进入内核的请求交给全局策略，用于临时比较规则分流与统一代理的表现；它不会让原本没有进入客户端的应用自动被接管。「直连」通常让进入内核的请求直接连接目标，也不是关闭客户端的同义词。先理解这两个边界，可以避免把规则问题、应用接管问题和节点问题混成同一种故障。

在主策略组内选定出口

在代理页面展开提供方配置的主要选择组，名称可能包含「代理」「节点选择」或其他自定义文字。不要只凭名称猜测用途；可以结合配置说明，以及后续连接详情中显示的策略链确认。若组类型是手动选择，点击一个实际节点作为出口，观察选中标记是否移动；若选中了另一个策略组，还要继续展开查看，直到确认最终有可用的节点或明确的自动选择逻辑。

自动测速、故障转移和负载均衡属于不同策略，不需要在首次连接时重写这些组。订阅已经提供自动组时，可以先使用它并观察最终选择结果。手动组不会因为某个节点不可用就必然换到另一个节点，因此测试失败时应先换一个已知可用的候选项，而不是连续切换所有模式。策略组的详细差异留到基础连接成功后再学习。

节点测速：先判断可达性

找到策略组旁的测速或延迟测试入口，运行一次，等待结果刷新。测试通常是客户端经由候选节点访问指定测试地址，用结果帮助判断该路径当时是否可达。显示超时，只能说明这次测试未按预期完成，还可能涉及测试地址、DNS 或服务端状态；显示较小的毫秒数，也不代表下载带宽更大，更不保证所有目标服务都能正常使用。

首次验证选择一个测试能够完成的节点即可，不必为了最小数值反复测试。避免在大文件下载或网络明显拥堵时比较结果，也不要同时启动多个测速任务。选好后记住节点名称，下一步连接和最终网页验证都使用同一个选择，这样出现问题时才有可比较的基准。若所有节点都超时，先确认订阅状态，再查看排查手册中的节点超时流程。

本步结束时，客户端应处于规则模式，主要策略组已有明确选择。这里只决定进入内核之后怎么处理请求，还没有决定哪些应用会把流量交给内核。接下来启用系统接管，再检查真实网页请求。

第三步：启用连接

先确认客户端内核已经启动，界面没有配置加载失败或端口占用提示。有些桌面客户端打开后会直接运行内核，有些需要点击首页的启动按钮；仅看到应用图标，不足以确认内核正在工作。首次连接期间保持客户端窗口打开，便于查看状态和即时错误，然后按设备类型完成下面的流量接管操作。

桌面端：打开系统代理

进入客户端首页或设置页，找到「系统代理」并打开。这个开关通常会把操作系统的代理地址指向本机客户端监听的端口，让遵循系统代理设置的浏览器和应用发送请求。若系统询问是否允许修改网络配置，确认是刚启动的客户端后再授权；开关打开后，回到客户端检查状态是否保持，而不是短暂开启又自动回退。

第一次上手不需要手工填写所有端口。保留客户端默认监听设置，确认系统代理由同一个客户端写入即可。若之前在操作系统中手工设置过代理，先记录原有值，再检查是否仍指向旧软件或已退出的进程。端口数字必须和当前客户端实际监听值一致，不能因为某篇教程使用了 7890，就把所有设备都统一改成这个数值。

系统代理并不覆盖所有应用。某些终端工具、游戏或自带网络栈的软件会忽略它；如果浏览器验证成功而只有某个应用失败，先检查该应用的代理设置，不要直接认定节点不可用。端口用途和占用问题可查看Clash 端口设置排查。这一阶段先用遵循系统代理的浏览器完成验证，再决定是否需要更广的接管范围。

移动端：连接并确认系统授权

手机端回到客户端首页，点击连接按钮。首次操作时，系统通常会弹出添加 VPN 配置或建立 VPN 连接的确认窗口，按系统提示授权。这里的 VPN 是系统提供的网络接管机制，并不表示客户端已经自动获得可用节点；仍然需要前两步准备好的配置和策略选择。授权完成后，回到客户端确认连接状态，再观察系统是否显示对应的 VPN 状态标识。

同一设备上其他 VPN、过滤工具或网络加速应用可能占用同类接管位置。为了得到清晰结果，首次测试期间只保留当前需要验证的连接。移动端若切到后台后很快断开，先在前台完成一次访问测试，再按系统设置检查电池限制与后台运行权限。不要在尚未确认基本连接时，就同时改动省电、DNS 和路由设置。

TUN 模式：基础验证后再决定

TUN 通过虚拟网络接口接管流量，适合系统代理无法覆盖的部分应用，但可用性取决于客户端、平台权限和路由设置。桌面首次上手先使用系统代理，不必同时开启 TUN。移动端的系统 VPN 接管与桌面上的同名开关也不宜机械对照，按当前客户端的说明操作即可。

确实需要桌面 TUN 时，先完成下一步的浏览器验证，记录正常状态，再单独开启 TUN 并完成所需服务或权限授权。每次只变更一个设置，重新测试同一个目标；出现异常时先退回刚才正常的状态。现在只需确认客户端运行、系统接管已启用，就可以进入最后的实际效果验证。

第四步：验证是否生效

先在浏览器打开一个平时可以直接访问的页面，确认本地网络没有整体中断，再访问一个需要通过代理测试的目标服务。尽量使用自己熟悉、能够明确判断结果的页面，刷新后等待加载完成。客户端显示「运行中」只说明某些组件已启动，系统出现 VPN 标识也只说明接管机制已建立；是否成功，还要结合具体请求的路径判断。

查看请求有没有进入客户端

保持目标页面正在加载，切回客户端的「连接」页面，查找对应域名或进程的请求。不同客户端可能只展示当前活动连接，短请求会很快消失，可以重新刷新目标页后立即观察；若提供请求日志，也可结合时间和域名定位。不要把某条背景请求当作测试页面的结果，优先匹配刚刚访问的目标。

找到请求后，查看命中的规则、策略组或连接链，确认它最终走向预期节点。境内页面直连、测试目标使用代理，只是常见配置意图，不是所有订阅默认都能保证的行为。若目标本应代理却显示 DIRECT，优先检查当前配置、模式和规则匹配；若显示经过代理但连接失败，再把注意力转向节点、线路或目标服务本身。

按现象决定下一步

公网 IP 页面可以作为辅助观察，但不能单独证明全部应用都在使用代理。规则分流下，不同站点可能使用不同出口；网页缓存、已存在的连接也可能让切换后的结果暂时不明显。更可靠的做法是刷新测试页面，同时观察该请求在客户端中的策略链，再把网页结果与路径记录对应起来。

成功后的订阅更新与退出

确认访问正常后，回到配置页面检查自动更新间隔，按提供方建议设置；没有明确要求时，不要使用很短的轮询周期。手动更新一次后，确认仍在使用同一张配置，主要策略组的选择没有因节点改名而变化。订阅刷新通常会替换远端管理的内容，直接修改订阅文件中的规则可能在下次更新时被覆盖；需要自定义规则时，再学习客户端的覆写或合并机制。

不再需要桌面代理时，先关闭系统代理，再退出客户端，避免系统仍指向已经停止监听的本机地址。使用 TUN 的设备应同时停止对应接管；手机端通过客户端断开，并确认系统连接状态已结束。之后若所有网页都打不开，先检查是否遗留旧代理设置，而不是马上重新安装软件。

只有个别概念不清楚时，继续查阅常见问题；若已经按步骤操作仍无法上网，转到Clash 故障排查手册，按无法上网、节点超时、订阅失败、速度慢或 DNS 异常的实际症状逐项检查。保留最后一次正常状态，每次只改一项，能更快区分配置问题和网络变化。