Mihomo Windows 节点为空怎么办？完整排查顺序

更新于 2026-10-30 · glados.lat

简答：Mihomo Windows 节点为空时，不要先反复更换内核或打开 TUN。先在浏览器验证订阅链接是否返回有效的 Mihomo/Clash 配置，再检查 Provider 是否下载成功、proxy-groups 是否正确引用 Provider，以及 filter 是否把节点全部筛掉。若浏览器返回登录页、403、404、HTML 或空内容，问题通常在订阅链接或服务状态；若响应正常但客户端仍为空，重点检查配置引用、缓存和筛选规则。

定义：Mihomo Windows“节点为空”是指客户端没有显示可选代理节点，可能发生在订阅未返回节点、Provider 未加载、代理组未引用 Provider，或筛选规则排除了全部节点等不同环节。

先判断：你遇到的是哪一种“节点为空”

“节点为空”不是单一故障。先看空的位置，再决定下一步，避免把测速失败、订阅失败和配置筛选混在一起。

官方 Mihomo 文档将 Provider 的节点内容和代理组的 use 引用分开定义；代理组还可能使用 filter、exclude-filter 或 exclude-type 继续筛选节点。因此，策略组为空不一定代表订阅没有节点。可先查看 Mihomo proxy-providers 配置说明 和 Mihomo proxy-groups 配置说明。

第一步：在 Windows 浏览器验证订阅链接

1. 从订阅服务的当前页面重新复制完整链接，不要手动输入。复制后检查开头、结尾是否被截断，链接中是否混入换行或多余空格。
2. 将链接粘贴到 Windows 浏览器地址栏中打开。不要把包含 Token 的完整链接发到群聊、工单截图或公开平台。
3. 观察浏览器返回内容。正常内容可能是 Mihomo/Clash YAML，也可能是 URI 或 Base64 形式；Mihomo 文档说明 Provider 可以使用 YAML、URI 或 Base64 内容，不同格式不应直接当成错误。
4. 如果看到登录页、HTML、403、404、JSON 错误、空白响应或明显的错误提示，先不要修改本地配置。记录状态码和页面提示，并回到订阅页面重新生成或更新链接。

浏览器能打开链接，只能证明当前请求拿到了某种响应，不能证明 Mihomo 已经成功解析。下一步仍要确认响应格式与客户端支持的订阅类型匹配。

第二步：确认客户端已经导入、保存并启用配置

如果你使用 Mihomo Party，优先在“订阅管理”中确认订阅条目是否存在，并执行一次手动更新；不同版本的按钮名称可能略有差异。Mihomo Party 的官方文档说明，覆写可以全局启用，也可以绑定到某个订阅上，因此排查时要暂时确认是否有覆写文件修改了代理组或筛选条件，相关说明见 Mihomo Party 覆写文档。

1. 确认订阅条目不是只添加了链接但未保存。
2. 手动更新后查看更新时间、更新结果和错误日志。
3. 确认当前运行的配置就是刚刚更新的配置，而不是旧配置或另一个配置文件。
4. 如果客户端有“启用”“应用”“设为当前配置”等操作，完成后再打开代理页面。
5. 暂时停用与该订阅绑定的覆写文件，重新更新一次。若节点出现，说明问题在覆写内容，而不是原始订阅。

不要在没有备份的情况下直接覆盖原配置。建议先复制配置文件或导出订阅条目，方便在错误覆写后恢复。

第三步：检查 Provider 是否真的包含节点

如果你使用的是带 Provider 的配置，重点不是只看订阅地址，而是确认 Provider 加载后的内容里是否存在 proxies。Mihomo 官方示例中，Provider 可以是 http、file 或 inline 类型；HTTP Provider 需要有效的 url，并可能受到代理、路径和更新设置影响。

1. 在配置中找到 proxy-providers，记录 Provider 名称，例如 provider1。名称应保持唯一。
2. 检查 Provider 的类型与地址是否存在。HTTP 类型应有 url，本地文件类型则应确认文件仍在原路径。
3. 执行更新后查看 Provider 的节点数量或节点详情。如果 Provider 内容为空，优先回到订阅响应检查，不要先改代理组。
4. 如果客户端提供缓存或 Provider 详情页面，确认缓存内容不是 HTML、错误 JSON 或空文件。

若客户端支持控制 API，也可以查看 Provider 列表和节点信息。Mihomo API 文档说明，Provider 返回对象通常包含 Provider 元数据及其代理列表；这类信息适合用来区分“Provider 没有节点”和“节点存在但界面没有显示”，详见 Mihomo API 文档。

第四步：核对 proxy-groups 的 use、名称和 filter

Provider 有节点，但代理组仍为空时，优先检查代理组引用。典型结构如下，示例只用于核对字段关系，不建议直接覆盖你的完整配置：

proxy-providers:
  provider1:
    type: http
    url: "订阅链接"

proxy-groups:
  - name: 节点选择
    type: select
    use:
      - provider1

重点核对以下项目：

• use 是否写在正确的代理组下：代理组应引用实际存在的 Provider 名称。
• 名称是否完全一致：检查大小写、空格、下划线和连字符。Provider 名称写错一个字符，也可能导致代理组没有可用节点。
• 是否误用了 proxies：proxies 通常引用具体代理或代理组，Provider 集合应通过 use 引用。
• 是否配置了过窄的 filter：例如只匹配某个地区或关键词，而订阅中的节点名称并不包含该关键词。
• 是否存在 exclude-filter 或 exclude-type：排除条件过宽时，可能把全部节点排除。

最快的验证办法是临时复制一份配置，建立一个不带 filter 和 exclude-filter 的测试代理组，仅用 use 引用 Provider。测试完成后删除临时组或恢复备份，避免把测试配置长期用于日常连接。

第五步：区分节点为空、节点不可用和 Windows 本地冲突

节点已经显示后，如果测速全部失败，不要再按“节点为空”处理。Mihomo Provider 的健康检查用于延迟测试，官方文档还说明，未被使用的 Provider 节点可能不会立即执行健康检查；因此“没有测速结果”与“没有节点”不是同一个状态。

• 节点名称可见，但延迟为空：先手动执行一次延迟测试，确认测试地址和网络可达性。
• 节点显示但全部失败：检查本机网络、DNS、系统时间、Windows 防火墙和服务端节点状态；不要仅凭一次测速判断订阅失效。
• 订阅更新失败且同时开启了其他代理：暂时关闭其他代理软件的系统代理或 PAC，避免请求被错误转发。
• 开启 TUN 后才出现异常：先关闭 TUN，恢复普通系统代理或客户端基础模式，确认节点列表和订阅更新正常后，再单独测试 TUN。
• 客户端启动后系统断网：Mihomo Party 的常见问题文档提到，系统代理与开机自启组合可能造成开机无网，可先关闭系统代理或改用 PAC 模式验证。

每次只改一个设置，并记录改动前后的结果。这样才能判断是订阅、配置、系统代理还是 TUN 引起的问题。

仍然为空时，整理这份信息再联系订阅服务方

当浏览器返回内容异常、套餐状态无法确认，或 Provider 更新持续失败时，本地继续改配置通常不会解决问题。请以对应服务的当前公开页面或登录后页面为准，核对账号是否已开通、是否到期、流量是否耗尽、设备数是否达到限制，以及订阅 Token 或链接是否已失效。本文不对任何具体服务的套餐、状态或可用性作结论。

反馈时建议提供以下脱敏信息：

• Windows 版本和客户端名称，例如 Mihomo Party 或其他 Mihomo 前端；
• Mihomo 内核版本和客户端版本；
• 订阅最后更新时间与更新结果；
• 浏览器打开订阅链接时的状态码或错误类型；
• 节点列表为空、代理组为空，还是节点存在但测速失败；
• 脱敏后的日志关键词，例如 provider、parse、401、403、404 或 timeout。

不要提交完整订阅链接、Token、密码、私钥或未脱敏的配置文件。若必须提供配置，先删除服务器地址以外的凭据字段和所有可识别账号信息。

最短恢复清单

1. 判断是列表为空、代理组为空、更新失败，还是节点测速失败。
2. 在 Windows 浏览器打开订阅链接，确认不是 HTML、登录页、403、404 或空内容。
3. 在客户端中重新更新、保存并启用正确配置。
4. 确认 Provider 中存在节点，且缓存不是错误页面或空文件。
5. 核对代理组的 use、Provider 名称、大小写、空格和筛选规则。
6. 暂时关闭覆写、其他系统代理和 TUN，先完成基础连通性验证。
7. 仍无法恢复时，携带版本、更新时间、错误关键词和脱敏响应联系服务方。

完成以上步骤后，仍然没有节点通常意味着订阅响应或账号侧状态需要进一步核验，而不是单纯的测速或 DNS 问题。

常见问题

Mihomo Windows 导入订阅后完全没有节点，最先检查什么？

先在 Windows 浏览器打开完整订阅链接，确认返回的不是登录页、HTML、403、404、错误 JSON 或空内容。若响应正常，再检查客户端是否完成保存、更新和启用，并确认 Provider 内容中存在节点。

Provider 有节点，但 Mihomo 代理组仍然为空怎么办？

检查代理组是否用 use 引用了正确的 Provider 名称，并核对大小写、空格、连字符和下划线。随后暂时删除或关闭 filter、exclude-filter、exclude-type，建立一个不带筛选条件的测试组进行验证。

节点能看到但测速全部失败，算不算订阅失效？

不一定。节点可见说明配置至少加载出了代理条目，测速失败还可能与测试地址、DNS、本机网络、Windows 防火墙或节点状态有关。先关闭 TUN 和其他代理，使用基础模式重新测试。

Mihomo Party 的覆写会导致节点为空吗？

可能。覆写可以修改订阅配置中的代理组、规则和筛选条件。排查时可暂时停用与订阅绑定的覆写，重新更新并启用配置；如果节点恢复，再逐项检查覆写内容。

联系订阅服务方时需要提交完整订阅链接吗？

不需要，也不建议提交。完整链接可能包含 Token 或账号识别信息。应提供客户端和内核版本、更新时间、错误关键词、状态码，以及删除 Token 后的响应类型或截图。

相关阅读

• Mihomo Windows 订阅导入与节点为空排查
• 代理已连接但网页打不开的分层排查
• 节点延迟、下载和丢包怎么测

参考资料

1. Mihomo 官方文档：proxy-providers 配置
2. Mihomo 官方文档：proxy-providers 内容格式
3. Mihomo 官方文档：proxy-groups 配置
4. Mihomo 官方文档：API 与 Provider 信息
5. Mihomo Party 文档：覆写（mihomo.party）
6. Mihomo Party 文档：常见问题（mihomo.party）