机场先判断是没有下载到，还是没有读懂
订阅导入通常包含获取内容和解析配置两个阶段。“连接超时”应先检查获取过程，“配置解析错误”则要确认收到的内容及格式。记录完整错误类别、发生时间和当前使用的客户端，再进行操作。连续重置订阅、换 DNS 和重装软件，会让原本清楚的问题变得难以复现。
还要区分首次导入与已有订阅更新失败。首次导入需要确认入口和格式；旧订阅突然更新失败，则应先回顾套餐状态、地址重置和服务端调整等近期变化。此前保存的可用配置应保留，不要为了重新尝试而先删除所有记录。
下载阶段：按地址、权限、路径的顺序检查
- 从服务商账户页重新复制面向目标客户端的订阅入口，确认地址没有被聊天软件截断或混入空格。
- 检查套餐是否仍有效、流量是否符合使用条件，以及账户是否具备订阅权限。
- 回想是否执行过重置订阅；旧地址即使外观正常，也可能已被撤销。
- 确认设备可以访问其他常用页面，排除整个网络都中断的情况。
- 查看客户端更新订阅时采用直连还是已有代理，核对这个更新路径本身是否可用。
浏览器能打开服务商首页，不代表订阅接口能被同样访问。首页、账户页和订阅接口可能位于不同地址，也可能有不同的登录要求。不要把官网登录网址复制进订阅栏，更不要把完整订阅地址提交到公共在线检测网站。
若错误出现 HTTP 状态码，可以把它当作定位线索：认证或访问限制类响应需要先查权限，频率限制类响应应停止连续刷新并查看服务说明，服务端错误则应记录时间后反馈。状态码本身不证明具体原因，更不能据此判定服务已经跑路。
解析阶段：看文件内容，不看后缀名称
节点分享链接、编码节点列表和完整 YAML 配置不是同一种数据。选择服务商针对目标客户端提供的入口，或使用客户端明确支持的导入方式。把文件后缀改成 yaml，并不会自动补齐配置结构；将网页保存为文本，也不会把登录页变成节点列表。
如果错误提示指向 HTML 标签，收到的可能是登录页、网络认证页或服务端错误页面。若提示某个字段或协议不受支持，则核对具体内核和项目说明。不要通过删除报错字段来强行导入，字段可能承担连接、认证或路由功能。
需要手动查看 YAML 时，先复制备份，再检查报错附近的缩进、引号和标点。中文冒号与英文冒号不能随意互换，复制网页代码时也可能混入不可见字符。只修正可以明确解释的语法问题，避免一次改动大量内容。
导入成功却没有节点，继续检查三个位置
第一，当前配置。确认你查看的是刚导入并启用的配置，而不是名称相近的旧记录。某些应用在下载完成后仍需要手动启用，成功通知不一定代表已经切换。
第二，过滤与分组。检查界面过滤条件是否隐藏了全部节点，以及策略组引用是否对应现有内容。不要在不了解结构时删除所有分组，因为页面显示问题和配置缺项需要不同处理。
第三，远程提供者。有些完整配置还会引用独立下载的节点提供者。主配置解析成功后，提供者仍可能下载失败。此时应查看对应条目的更新结果，而不是重复导入同一个主配置。
用一个小例子区分处理方向
假设某用户第一次导入时显示“无法解析配置”，但应用能够正常下载其他订阅。他应先确认服务商给出的是否为该客户端入口，并查看错误是否指向登录页面或不支持字段。此时更换节点没有意义，因为节点尚未被成功读入。
另一种情况是原配置仍能连接，只有点击更新出现超时。这说明当前连接与订阅更新至少是两个需要分别观察的过程。可以保留现有配置，核对更新路径和服务端状态，再进行一次有针对性的尝试，不必立即清空软件。
恢复之后，完成收尾
- 确认应用正在使用正确配置，实际打开需要使用的服务。
- 保存本次有效设置，记录真正起作用的改动。
- 删除不再需要的重复订阅，避免以后选错，但保留必要的私人备份。
- 若订阅地址曾公开，按服务商流程撤销旧凭据并更新自己的设备。
- 将调试日志恢复为适合日常使用的级别，避免长期保留多余敏感信息。
如果已经能够导入，但只有部分应用打不开，下一步按DNS 与分流的思路定位；如果希望理解更新与重置的区别，可阅读订阅链接的安全使用。
提交求助，哪些信息最有用
提供系统、客户端完整名称、应用与内核版本、错误类别、时间以及尝试顺序。可以写“旧配置能连接，今天更新时下载超时，已核对套餐和地址”，比只写“订阅坏了”更便于处理。截图应遮盖账户标识、订阅地址、二维码和密钥，不必公开整份配置。
