Mihomo 订阅怎么导入？从复制链接到连接验证
简答：Mihomo 订阅导入的核心是：从已登录的服务后台复制远程订阅链接，在图形客户端的“配置 / Profiles / 订阅”入口添加，导入成功后选中配置、更新节点，再开启系统代理或 TUN。若节点为空，先检查链接格式和返回内容，不要反复粘贴完整订阅到不可信转换网站。
定义：Mihomo 订阅导入，是把包含代理节点或 Mihomo 配置的远程 URL 添加到图形客户端，再由客户端下载、解析、更新并启用配置的过程。
先看结论：四步完成 Mihomo 订阅导入
本文是一份第三方使用指南，重点解决“订阅链接已经拿到，但不知道复制哪一个、导入后没有节点或无法连接”的问题。本文不提供实时订阅地址、价格、测速或服务状态；订阅地址需要从你已使用的服务后台自行复制，实际菜单以当前页面为准。
- 复制链接：登录订阅服务后台，进入“订阅管理”“一键订阅”或类似页面，复制面向 Clash/Mihomo 的远程订阅 URL。不要复制单个
vmess://、vless://或ss://节点，除非你只打算手动添加单节点。 - 添加配置：打开 Mihomo 图形客户端，在“配置”“Profiles”“远程订阅”或类似入口粘贴 URL，保存或导入。
- 启用并更新：确认配置卡片出现，选中它作为当前配置，再点击更新或刷新；随后在代理组中选择一个节点。
- 验证连接：先开启系统代理或按需开启 TUN，访问普通网页并观察客户端日志；失败时按“链接下载—格式解析—配置启用—代理接管”的顺序排查。
Mihomo 内核本身没有统一的图形界面，因此不同 GUI 的按钮名称可能不同。基于 Mihomo 的桌面客户端通常把远程订阅称为 Profile、配置或订阅配置；相关配置文档也将远程节点集合定义为 HTTP 类型的 provider，并通过 URL 获取内容。Mihomo 官方文档：proxy-providers 配置
第一步：订阅后台应该复制哪一种链接？
在订阅服务后台，优先复制明确写有“Clash”“Mihomo”“Clash Meta”或“通用订阅”的远程链接。若页面同时给出多种格式，选择与客户端内核匹配的格式，不要把 sing-box JSON、Surge 配置或单节点链接误当成 Mihomo 完整配置。
| 你看到的内容 | 通常代表什么 | 是否适合直接导入 Mihomo 图形客户端 |
|---|---|---|
| Clash / Mihomo / Clash Meta 订阅 | 通常是 YAML 配置或可被转换为 Mihomo 配置的远程内容 | 优先选择 |
| YAML 文件 | 结构化配置，可能包含 proxies、proxy-providers、proxy-groups 或 rules | 可以尝试，需通过客户端格式检查 |
| Base64 订阅 | 通常是多条 v2ray/xray URI 编码后的内容 | 只有客户端或服务端明确支持时再用 |
| sing-box JSON | 面向 sing-box 的 JSON 配置 | 不要直接当作 Mihomo YAML 导入 |
| vmess://、vless://、ss:// 等单节点链接 | 单个节点 URI | 适合手动添加，不等于完整订阅 |
Mihomo 文档说明，provider 内容可以是 YAML、URI 或 Base64，但这些内容不能随意混写；Base64 URI 通常是 v2ray/xray 订阅内容。Mihomo 官方文档：provider 内容格式
如果后台只显示“复制订阅地址”，无法判断格式，可以先复制到本地文本编辑器查看开头：出现 proxies:、proxy-providers:、proxy-groups: 等字段，通常更接近 Mihomo 配置；如果是一长串没有明显 YAML 缩进的字符，可能是 Base64；如果以协议名加冒号开头，则更像单节点 URI。不要把包含账号令牌的完整链接发给别人或提交到第三方检测站。
第二步：在 Mihomo 图形客户端中添加远程订阅
下面以常见桌面图形客户端的通用界面为例。由于 Mihomo 是内核而不是固定 GUI，Windows、macOS 和 Linux 上的按钮位置可能不同，请把“配置 / Profiles / 远程订阅”理解为同一类入口。
- 打开客户端，进入配置、Profiles、订阅管理或名称相近的页面。
- 找到“添加远程配置”“新建订阅”“导入订阅”或输入 URL 的区域。
- 粘贴完整订阅链接，确认首尾没有空格、换行或被截断。
- 保存、导入或点击添加，等待客户端下载并解析。
- 当配置卡片显示名称、更新时间、节点数量或配置内容时，先不要立即删除旧配置；保留旧配置便于回滚。
- 选中新配置作为当前配置，再打开代理页面，选择一个代理组和节点。
一些基于 Mihomo 的桌面客户端会把远程订阅作为 Profile 管理，并支持导入、刷新和切换当前配置。以 Clash Verge Rev 的公开文档为例，远程配置可通过订阅链接导入或配置方式导入，导入后还需要选中相应配置。Clash Verge Rev 文档：Profile 导入方式
成功判据：配置列表出现新条目；刷新后更新时间发生变化；代理页面能看到代理组或节点；日志没有持续出现配置解析错误。仅仅看到“添加成功”还不代表流量已经经过代理，仍需完成启用和连接验证。
第三步：导入后如何启用配置并验证连接
订阅导入成功后，最容易遗漏的是“配置已下载，但没有被使用”。按下面顺序确认：
- 当前配置：在配置列表中明确选中新导入的配置，确认客户端没有继续使用旧配置。
- 代理组：进入代理或 Proxies 页面，查看是否有可选择的代理组；如果只有直连或代理组为空，先回到节点和配置解析排查。
- 节点选择：在代理组中选择一个节点。自动选择、故障转移等组是否可用，取决于配置本身，不要把它们当成 Mihomo 固定菜单。
- 代理模式：先使用规则模式进行验证；如果规则配置复杂，可短时间切换全局模式做对照测试，测试后恢复原模式。
- 系统代理：在客户端主页或设置中打开系统代理。只打开系统代理时，只有遵循系统代理设置的应用会受影响。
- TUN 模式：如果终端、部分桌面应用或其他不读取系统代理的程序仍无法连接，再考虑 TUN。启用 TUN 前先关闭其他虚拟网卡、代理接管或同类网络工具，避免端口和路由冲突。
验证时建议先打开一个普通网页，再查看客户端连接列表或日志是否出现新的连接记录。如果网页打不开，先切换回旧配置并关闭 TUN，确认是否能够恢复；这比同时修改 DNS、规则和节点更容易定位原因。
节点为空、更新失败和常见报错怎么排查？
| 现象 | 先查什么 | 如何判断 | 下一步 |
|---|---|---|---|
| 导入后节点为空 | 订阅格式和响应内容 | 下载内容是空白、HTML、登录页，或没有 proxies / proxy-providers | 重新登录后台复制，改选 Clash/Mihomo 格式；保留旧配置 |
| 403 Forbidden | 权限、令牌和订阅有效期 | 同一链接在浏览器或客户端都返回 403 | 回后台重新生成或复制链接，不要公开令牌 |
| 404 Not Found | 链接是否被截断或失效 | 域名可访问，但具体路径返回 404 | 重新复制完整 URL，并核对是否多了空格或少了字符 |
| Timeout / Connect error | 本机网络、DNS 和代理路径 | 请求无法在合理时间内完成 | 先关闭旧代理或改用直连下载，再重试；不要先修改大量配置 |
| 显示 HTML 或登录页面 | 是否复制了网页地址而不是订阅地址 | 内容开头是 <html>、登录提示或网页源码 | 回到后台复制“订阅 URL”，不要复制浏览器地址栏 URL |
| 有节点但无法上网 | 当前配置、节点选择和系统代理 | 代理页有节点，但连接列表没有实际流量 | 重新选中配置、选择节点、开启系统代理；再决定是否使用 TUN |
节点为空时的最小检查顺序
- 确认订阅链接仍然属于你自己的账户，不要使用搜索结果中的陌生链接。
- 重新从后台复制一次，避免复制不完整或带换行的 URL。
- 在浏览器中只检查响应是否需要登录、是否返回 HTML；不要下载后把完整内容上传给第三方。
- 回到客户端删除失败条目或重新添加，观察错误日志中的 HTTP 状态码。
- 如果旧配置仍可用，先恢复旧配置，再单独处理新订阅。
客户端对远程内容进行格式校验是必要的，因为网页 HTML、空响应或错误页面可能被误当作订阅覆盖旧配置。公开问题记录也显示，某些带覆写逻辑的模板可能因为原始内容缺少节点字段而在导入检查阶段失败；这类情况应先确认原始订阅是否包含 Mihomo 可识别的节点或 provider，再考虑覆写。Clash Party 公开问题：Profile 缺少 proxies 或 providers
有节点但仍然不能连接：按四层定位
第一层：配置层。确认当前启用的不是旧配置，代理组中确实选中了节点。若切换节点后连接列表仍完全没有变化，优先检查配置是否真正载入。
第二层：客户端接管层。系统代理没有打开时，浏览器可能仍走直连；TUN 没有打开时，不读取系统代理的程序也不会自动使用 Mihomo。先只选择一种接管方式进行测试，避免系统代理和多个 TUN 工具同时工作。
第三层：本地冲突层。关闭其他代理软件、浏览器代理扩展、虚拟网卡工具或占用相同端口的程序，然后重新启动 Mihomo。不要在没有日志依据的情况下直接修改端口、DNS 和 MTU。
第四层：远端节点层。如果只有某个节点失败，先换同一代理组中的另一个节点；如果全部节点都失败，重新测试订阅更新和客户端日志。此页面不对任何节点的速度、稳定性或可用性作保证，具体状态需要以当时的客户端结果和服务方页面为准。
完成排查后，按相反顺序恢复：关闭 TUN、恢复系统代理设置、切回旧配置、保留错误日志。这样可以确认究竟是哪一步改变了结果。
订阅链接安全处理：不要把它当普通网址
订阅 URL 可能包含用于获取配置的账户令牌或其他凭据。公开客户端的隐私说明也提醒，订阅文件和配置文件可能保存订阅 URL、节点地址、端口、密码、UUID 等信息，提交日志或反馈前应先脱敏。Clash Verge Rev 隐私说明：配置与订阅信息
- 不要把完整订阅链接粘贴到公开群组、工单截图、社交平台或不可信的在线转换工具。
- 截图时遮住域名后的 token、账号标识和完整路径，只保留错误码和菜单位置。
- 如果怀疑链接已经泄露，回到服务后台重新生成、重置或撤销订阅，以后台提供的功能为准。
- 备份配置前检查文件内容；配置文件可能包含节点地址、密码和 UUID。
- 卸载客户端前先确认是否需要保留旧配置，避免把敏感文件同步到公共网盘。
如果你只是需要确认格式，可以查看响应类型、字段名称和错误码，不必把完整订阅内容提交给第三方。对于未核实的菜单、版本和协议兼容性，应以当前客户端和服务后台页面为准。
常见问题
Mihomo 订阅应该复制 Clash 链接还是 Base64 链接？
优先复制后台明确标注为 Clash、Mihomo 或 Clash Meta 的链接。Base64 通常是多条 URI 的编码内容，只有客户端明确支持时再使用；单个 vmess、vless 或 ss 链接不等于完整订阅。
Mihomo 订阅导入后为什么没有节点？
先检查响应是否为空、返回 HTML、需要登录或缺少 proxies、proxy-providers 字段，再确认是否误用了 sing-box JSON 或单节点链接。重新从后台复制完整 URL，并保留旧配置用于回滚。
导入成功但浏览器仍然无法连接怎么办？
确认新配置已经被选中、代理组中已经选择节点，并打开系统代理。若应用不读取系统代理，再单独测试 TUN；同时关闭其他代理软件和浏览器代理扩展，避免接管冲突。
订阅更新一直 Timeout，是节点失效了吗？
不能直接这样判断。Timeout 可能来自本机网络、DNS、代理路径、链接权限或远程服务响应。先用直连下载、重新复制链接并查看 HTTP 错误，再区分是订阅下载失败还是节点连接失败。
订阅链接泄露后应该怎么处理？
把它当作可能包含获取配置权限的凭据处理。不要继续公开使用，登录原服务后台查找重新生成、重置或撤销订阅的功能，并删除已公开的完整链接或截图。