Clash 订阅链接导入步骤,以及 YAML 与 Base64 订阅格式的区别

先选对订阅格式，再导入链接

在服务商页面优先复制标注为「Clash」「Clash Meta」或「mihomo」的订阅地址，再到客户端的「配置」页导入。下载完成、启用配置、接管流量是三个不同步骤。列表里出现一张配置卡片，只能说明客户端已经保存了配置，不能据此判断浏览器已经通过代理访问。

订阅地址通常是一个返回配置内容的 HTTPS 链接，不是服务商登录页，也不是包含二维码的网页地址。它可能带有访问凭据。复制时应使用页面里的「复制订阅链接」按钮，不要从浏览器地址栏复制账户中心的网址。

导入前核对这三项

客户端内核：使用 mihomo 的客户端可支持更多协议与配置字段；旧 Clash 内核不一定认识新协议。界面能安装成功，不代表内核能解析所有订阅。
服务状态：账户是否到期、流量是否耗尽、订阅地址是否已重置。先在服务商后台确认，不要反复修改本地端口。
链接完整性：保留原始的 https://、路径和查询参数，不要手动删除看似多余的字符，也不要把换行、引号一起粘进去。

订阅链接导入：从新建到启用

不同客户端的按钮位置不同。桌面端通常走「配置」→「新建」或「导入」；Clash for Android 则常见「配置」→「＋」→「从 URL 导入」。下面按操作含义说明，不把某个客户端的菜单名称当作所有客户端的统一标准。

复制专用链接。在服务商页面选择匹配内核的 Clash 或 mihomo 格式。若同时提供「通用订阅」和「Clash 订阅」，先选后者。
新建远程配置。打开客户端「配置」页，选择通过 URL 导入。若有「本地／远程」类型选项，选「远程」；「本地」通常用于读取设备上的文件。
填写名称与地址。名称可以写「日常订阅」，地址栏只放完整订阅 URL。更新间隔按界面标注的单位设置，不要把小时数直接填进以分钟计的字段。
保存并等待下载。点击「保存」「导入」或「下载」。观察是否出现错误提示、更新时间及配置条目。失败时先记录报错原文，避免连续重试掩盖第一次错误。
启用这份配置。在配置列表选择刚导入的条目。确认选中标识已改变，且没有配置解析错误；部分客户端会自动应用，另一些需要再点「启用」。
选择代理组出口。打开「代理」页，在需要手动选择的策略组中选一个节点，或选订阅预设的自动选择组。不要只看到节点列表就退出。
接管需要代理的流量。桌面端可先开启「系统代理」验证浏览器；Android 通常需要启动连接并确认系统 VPN 授权。TUN 模式不是导入订阅的前提。

若只有二维码入口，先辨认二维码承载的是订阅 URL 还是单个节点 URI。一个 ss:// 二维码通常描述单个节点，并不自动包含规则、策略组和远程更新地址。扫码成功也不等于导入了一份完整订阅。

YAML 与 Base64：配置结构和编码方式的区别

YAML 是配置的表达格式，Base64 是编码方式，两者不在同一层。常说的「Base64 订阅」通常指把多条节点 URI 拼接后再编码，但也可能只是把别的文本编码了一遍。必须看解码后的内容，不能只凭下载文件名判断。

返回内容	常见特征	导入注意点
Clash YAML 完整配置	可包含 `proxies`、`proxy-groups`、`rules`	适合配置页导入，仍需核对协议和内核兼容性。
Base64 节点订阅	原文是一长串编码，解码后常见多行节点 URI	只有客户端明确支持转换时才能直接使用；解码本身不会生成规则。
明文节点 URI 列表	每行可能以 `ss://`、`vmess://` 等开头	属于节点数据，不是完整 Clash 配置，需要客户端支持导入或转换。
代理集合 YAML	通常只有 `proxies` 节点列表	可供 `proxy-providers` 使用，不能默认当成带策略组和规则的完整配置。

完整配置大致长什么样

下面只演示 YAML 的层级与键名。它没有远程节点，策略组只能选择直连，不能用来验证代理连通性。实际订阅也可以通过 proxy-providers 引入节点，因此缺少内联 proxies 不一定代表配置损坏。

结构示例：config.yaml

mixed-port: 7890
allow-lan: false
mode: rule
log-level: info

proxies: []

proxy-groups:
  - name: 出口选择
    type: select
    proxies:
      - DIRECT

rules:
  - MATCH,出口选择

mixed-port: 7890 表示同一个本地端口接受 HTTP 和 SOCKS 代理连接，不是服务商节点的端口。这里 rules 最后一条把请求交给「出口选择」，而该组只有 DIRECT，所以最终走直连。YAML 缩进使用空格，不要用 Tab；层级错误可能导致文件还没进入联网阶段就解析失败。

Base64 解码后为什么还是不能用

解码只把文本还原，并不会补齐 proxy-groups、DNS 或分流规则。即使解码后得到有效节点 URI，客户端内核也必须支持对应协议。最省步骤的处理方式是回到服务商页面获取目标客户端专用订阅；确需转换时，优先使用客户端自带功能或可信的本地工具，并检查转换后的策略组与规则。

导入失败：按下载、解析、连接三层排查

先判断错误发生在哪一层。配置还没下载下来时，改 rules 没有作用；已经解析成功但网站打不开时，重复复制同一个订阅地址也通常无效。

第一层：订阅请求没有拿到正确内容

401 Unauthorized：通常需要认证或令牌无效。重新复制后台生成的完整地址，核对是否重置过订阅。
403 Forbidden：可能是访问策略、账户限制或请求被拦截。查看服务商说明；仅靠更换本地监听端口无法解决。
404 Not Found：先检查复制是否截断、路径是否失效，以及拿到的是不是网页链接。
no such host：订阅域名解析失败。核对域名拼写，再检查当前网络 DNS；这还不是节点连接失败。
i/o timeout：查看日志里超时的目标。如果目标是订阅服务器，先处理订阅下载路径，而不是更换尚未下载到的节点。

浏览器能打开链接而客户端不能，并不必然说明链接没问题。浏览器可能使用了登录 Cookie、不同的代理或不同的请求标识。部分服务会根据请求返回不同格式，应优先使用它明确提供的 Clash 专用入口。检查响应内容时只在本地查看，不要公开完整配置。

第二层：内容下载了，但无法解析

如果响应开头是 <!DOCTYPE html> 或 <html>，拿到的是网页，可能是登录页或验证页，不是 YAML。出现 yaml: line 一类错误时，按提示行号检查缩进、冒号和引号，也要确认响应没有混入网页文本。若日志指出不支持某个代理类型，应核对内核支持范围，改用匹配格式或更新到兼容内核，不能靠随意删除字段蒙混通过。

第三层：配置已启用，但流量没有走通

先在「代理」页确认当前组没有选中 DIRECT 或 REJECT，再查看「连接」或「日志」里的实际命中规则与出口。系统代理仅影响遵循系统代理设置的程序；游戏、命令行工具或自带网络栈的应用可能需要单独设置代理，或在了解路由影响后使用 TUN。不要把「导入成功」和「所有应用已接管」画等号。

订阅更新后，确认生效而不只是刷新成功

远程配置一般保留订阅来源，便于手动或定时更新；本地导入文件通常只是当时的一份副本。要判断更新是否生效，先在当前配置卡片执行一次「更新」，确认更新时间变化，再检查节点列表。若仍停留在另一份旧配置，下载成功也不会改变正在运行的出口。

确认活动配置：核对选中标识，而不是只看列表排列顺序。
核对变化：检查服务商确实新增或删除的节点、策略组名称；没有变化也可能只是上游返回内容未变。
检查应用日志：留意更新后是否出现解析失败或重新加载失败。部分客户端会继续使用之前可用的配置。
测试新连接：重新打开一个页面或建立新请求。已有长连接可能继续沿用先前的出口，不适合拿来判断切换结果。

常见问题：文件导入、端口与重复订阅

下载成 .yaml 文件后，能代替订阅链接吗？

可以作为本地配置导入，但通常不会自动获得原订阅地址和更新能力。适合临时检查或离线迁移；想持续接收服务商调整，应使用远程 URL 导入。文件扩展名不保证内容正确，名为 config.yaml 的文件也可能实际保存了错误页面。

导入成功后一定要把端口改成 7890 吗？

不需要。7890 只是常见示例值，应以客户端当前显示的监听端口为准。若应用手动填写了 127.0.0.1:7890，但客户端实际监听 7897，两边就对不上。遇到 address already in use 时，检查是否同时运行两个代理客户端；不要为了兼容教程盲目覆盖端口。具体设置可参照本地端口配置说明。

同一链接重复导入，会让网络更快吗？

不会。重复导入通常只增加配置条目，当前使用哪份仍由活动配置决定。保留一份可更新的远程配置和必要备份即可。若一份订阅中包含多个节点，在策略组里选择或使用自动选择组，而不是反复新建同一个订阅。

最后按这个顺序收尾：专用订阅格式正确、下载返回有效内容、配置解析并启用、代理组出口正确、目标应用流量已接管。后续遇到超时，再到超时问题诊断继续排查；首次设置可直接按订阅导入指南逐项核对。