Clash Verge Rev 订阅导入后节点为空怎么办？
简答：如果 Clash Verge Rev 导入订阅后节点为空，先打开 Profiles 确认订阅卡片存在并已选中，再手动更新；随后检查返回内容是否为 Clash/Mihomo 配置，以及配置中是否有 proxies 或 proxy-providers。只有配置成功加载且内核正常运行后，Proxies 页面才会显示节点。
定义：“订阅导入后节点为空”是指订阅卡片可能已经添加，但代理页面没有节点、代理组为空，或配置更新后仍未出现可选节点。
先看这张表：节点为空到底卡在哪一步
不要先改 TUN、DNS 或系统代理。Clash Verge Rev 是界面客户端，实际配置和代理处理由内置的 mihomo 内核完成；官方项目说明了它支持远程配置管理、系统代理和 TUN 等功能，但这些功能不能替代有效的代理配置。资料核验日期：2026-11-02。可先按下面的可观察结果定位。
| 看到的现象 | 优先检查 | 下一步 |
|---|---|---|
| Profiles 页面没有订阅卡片 | 导入动作或链接是否完整 | 重新复制完整链接，重新导入，不要把网页地址或登录页当订阅。 |
| 订阅卡片存在，但更新时间不变或报错 | 订阅请求、网络、状态码和证书 | 查看更新提示或日志，区分超时、401、403、TLS 和解析错误。 |
| 卡片已更新，但 Proxies 页面完全空白 | 配置是否被选中、内核是否运行、配置是否成功应用 | 重新选中配置并重启应用，再看内核通信状态。 |
| 有代理组，但组内没有节点 | 配置中的 proxies 或 proxy-providers，以及代理组引用 | 检查节点字段是否存在，代理组引用的名称是否匹配。 |
| 节点显示但全部不可用 | 节点本身、延迟测试地址或网络路径 | 先选择一个节点做延迟测试，再单独排查连接问题。 |
官方配置文档将代理节点写在 proxies 数组中，并要求每个节点至少具备名称、类型、服务器和端口等必要字段；因此，“订阅卡片存在”不等于“配置里一定有可加载节点”。可参考 mihomo 官方代理配置文档。
最短排查路径：从 Profiles 到 Proxies
- 打开 Profiles 或配置页面。找到刚导入的远程订阅卡片。判定条件：卡片存在，并且名称、更新时间或状态信息能够正常显示。若卡片不存在，说明导入没有完成，不要直接去 Proxies 页面找节点。
- 选中该配置。点击卡片或当前配置选择动作，使它成为正在使用的配置。不同版本的按钮名称可能不同，以当前界面为准。判定条件：卡片出现当前配置标记，或应用提示配置已切换。
- 手动更新一次。点击该卡片的更新按钮，等待结果。判定条件：更新时间发生变化，或界面明确显示更新失败原因。没有任何变化时，先不要反复点击，转到日志或状态信息查看请求错误。
- 打开 Proxies 页面。判定条件不是“页面能打开”，而是能看到代理组、节点名称或至少一个可选择的代理项。如果只有 DIRECT、REJECT 或空组，继续检查配置内容和代理组引用。
- 重启应用后复测。先关闭系统代理和 TUN，再退出并重新打开客户端，重新选中配置。这样可以把“配置未应用”与“网络本身不可用”区分开，且便于回滚。
官方文档说明，远程订阅可通过订阅链接导入或订阅链接配置等方式添加；如果一种导入方式出现连接错误，可以尝试另一种方式，但应先确认链接本身返回的是兼容配置。可参考 Clash Verge Rev 官方文档中的 Profile 说明。
检查订阅返回内容：不要把普通链接当成 Clash 配置
订阅链接通常包含账户标识或访问令牌，验证时不要把真实链接粘贴到公开论坛、工单或截图中。可以在本地浏览器或命令行中检查返回结果，但只观察格式和响应状态，不保存、不传播完整链接。
- 先看返回页面。如果打开后显示登录页、HTML 错误页、验证码页或权限提示，它就不是客户端能够直接加载的 Clash/Mihomo 配置。
- 再看文本结构。兼容的 YAML 配置通常会出现
proxies、proxy-groups、rules或proxy-providers等配置项，但仅凭一个字段不能证明完整可用，仍需由客户端验证。 - 不要把 V2Ray 或其他通用订阅直接等同于 Clash 配置。链接名称、文件后缀或服务商页面上的“通用订阅”字样，都不能证明返回内容符合 mihomo 配置结构；需要以实际返回内容和客户端解析结果为准。
- 检查链接是否被截断。复制时应从协议头或完整网址开始，到最后一个字符结束。若链接中包含特殊字符，优先使用客户端提供的粘贴入口，避免手动改写。
如果返回内容中没有可加载的代理节点，客户端可能仍然成功保存订阅卡片，但 Proxies 页面不会因此自动生成节点。此时应向订阅提供方确认其输出格式和访问权限，不要通过修改 TUN 或 DNS 来掩盖配置内容缺失。
配置里有节点但页面仍为空：检查 proxies、proxy-providers 和代理组
当订阅已经更新，仍然看不到节点，可以把问题缩小到“配置内容未加载”或“界面没有显示”。如果客户端提供配置查看、编辑或导出功能，先备份当前配置，再检查以下字段。
proxies：这是直接定义代理节点的数组。mihomo 官方文档说明，节点通常以数组形式写入，并需要名称、类型、服务器和端口等字段。若该字段为空、格式错误或节点缺少必要字段，配置可能无法正常应用。proxy-providers：有些配置不把节点直接写在proxies中，而是通过代理提供器加载。此时还要检查提供器地址、路径和更新状态，不能只搜索proxies。proxy-groups：有节点不代表页面一定有可选组。代理组引用的名称必须与节点或提供器中的名称匹配；如果引用失效，可能出现代理组空白或只能看到 DIRECT。- 覆写和脚本：如果曾经添加过 Merge、Script、规则或节点过滤，先暂时停用最近的修改，再重新应用原始配置。不要直接删除配置文件，避免无法恢复。
处理顺序建议是：备份配置 → 暂停最近的覆写 → 重新选中原始订阅 → 更新 → 重启内核或应用 → 查看 Proxies。每次只改一项，才能判断是哪一步恢复了节点。
按错误类型分流：连接、权限、格式还是内核通信
| 错误线索 | 可能位置 | 低风险处理 |
|---|---|---|
| 超时、连接失败、无法建立请求 | 当前网络无法访问订阅地址，或订阅服务器没有响应 | 确认系统时间和网络连接；在允许的情况下切换网络后只更新一次，比较结果。 |
| 401、403、未授权、禁止访问 | 链接需要授权、已失效或访问策略发生变化 | 重新从有权限的账户复制订阅，不要自行修改令牌；必要时联系提供方确认。 |
| TLS、证书或握手错误 | 证书校验、系统时间或网络中间设备 | 先核对系统时间和客户端提示；不要长期关闭证书校验，只有在明确了解风险并确认来源时才按当前版本说明处理。 |
| YAML 解析、配置无效、failed to apply config | 返回内容不是有效配置，或覆写后结构不完整 | 恢复原始订阅配置，停用最近的覆写，再重新更新。 |
| 内核通信错误、代理页空白但网络仍可能可用 | 界面与 mihomo 内核之间的控制通道 | 关闭 TUN 和系统代理，重启应用；若仍存在，记录客户端版本、系统、错误时间和脱敏日志，再查看官方仓库的 Issues。 |
官方仓库中确实存在“内核运行但界面代理组为空”这类问题记录，但具体成因可能与系统、服务模式或控制通道有关，不能据单个 Issue 推断所有用户都相同。遇到此类现象，应先区分“配置没有节点”和“节点存在但界面无法显示”，再按官方仓库的当前记录核对。参考 官方仓库相关问题记录。
复测与回滚：什么结果才算恢复
- 配置层复测：Profiles 中的订阅卡片仍在，当前配置标记正确，手动更新后更新时间或状态发生变化。
- 节点层复测：Proxies 页面出现代理组或节点名称，至少能选中一个节点。若只显示 DIRECT，不要把它当作订阅节点已经恢复。
- 内核层复测：应用不再提示内核通信错误，日志没有新的配置解析失败。若界面仍空白但网络正常，优先查看控制通道，而不是继续修改订阅内容。
- 连接层复测：先关闭 TUN，只使用系统代理或客户端提供的基础代理开关测试；确认节点可用后，再按需要恢复 TUN。系统代理和 TUN 解决的是流量接管范围，不负责生成节点。
回滚方法：在修改覆写、规则、DNS 或 TUN 前保留原始配置；如果修改后节点消失，立即停用最近一项改动、恢复备份、重新选择原始配置。不要删除整个应用数据目录，除非已经确认配置已备份并接受重新导入。
如需下载或核对版本，应以项目的官方仓库和 Releases 页面为准；本文不对未核实的版本号、安装包资产或兼容性作结论。官方仓库将该项目定位为运行在 Windows、macOS 和 Linux 上、集成 mihomo 内核的图形客户端，具体版本行为仍需以当前发布说明为准。参考 Clash Verge Rev 官方 GitHub 仓库。
安全检查：日志和订阅链接怎样提供给别人
- 订阅链接、访问令牌、用户名、密码、服务器地址和私钥都不要原样发出。
- 截图前遮住完整网址、二维码、配置中的认证字段和节点密码。
- 提交日志时保留错误类型、发生时间、系统平台和客户端版本；删除真实域名、令牌和个人路径。
- 不要为了测试把“允许无效证书”长期打开，也不要同时改 DNS、TUN、规则和订阅，这会让故障范围变得无法判断。
如果你只是想判断“订阅是否返回了配置”，本地查看响应类型和关键字段即可，不需要把完整内容上传到第三方检测站。
常见问题
Clash Verge Rev 订阅卡片已经添加，为什么 Proxies 页面还是空的？
先确认该卡片是否被选为当前配置，再手动更新并重启应用。如果卡片更新时间没有变化，优先查订阅请求；如果更新时间变化但页面仍空白，检查配置是否有 proxies 或 proxy-providers，以及是否出现内核通信错误。
浏览器能打开订阅链接，就代表它一定能导入吗？
不一定。浏览器可能打开登录页、HTML 错误页或权限提示。能否导入取决于返回内容是否是客户端支持的配置结构，以及其中是否包含可加载的节点和代理组。验证时不要公开完整订阅链接。
配置中没有 proxies，是不是一定导入失败？
不一定。有些配置通过 proxy-providers 加载节点。但如果 proxies 和 proxy-providers 都没有，或代理提供器无法更新，通常不会出现可选节点，需要重新确认订阅格式和更新结果。
节点为空时要不要先开启 TUN 或修改 DNS？
通常不要。TUN 和 DNS主要影响流量接管或解析路径，不能把缺失的节点生成出来。应先确认配置已导入、已选中、成功更新，并检查内核是否正常加载。
如何判断是客户端问题还是订阅内容问题？
用原始配置做一次最小复测：备份当前配置，停用最近的覆写，重新选中并更新订阅。如果配置内容本身没有节点或返回权限错误，偏向订阅侧；如果配置明确有节点但界面空白且伴随内核通信错误，偏向客户端或内核控制通道。