Hiddify 速度慢或频繁断线：节点、网络与 DNS 排查

“慢”可能指延迟高、下载吞吐低、首屏等待久、图片加载不完整，或连接隔几分钟重置。先定义症状，再用同一测试条件做对照；只看一次测速或节点延迟，无法确定根因。

症状

• 延迟测试忽高忽低，节点频繁切换。
• 网页首屏等待很久，图片或视频加载不完整。
• Wi-Fi 正常、移动网络慢，或反过来。
• 升级 Hiddify 后才出现持续断线。
• 系统代理正常，但 TUN/VPN 模式慢或超时。
• 同一订阅在另一设备正常，当前设备持续异常。

两分钟快速判断

1. 记录时间、网络类型、Hiddify 版本、连接模式、当前节点和具体症状。
2. 在代理列表测试延迟，并手动固定一个节点；不要让自动切换干扰对照。
3. 用同一设备、同一网页或下载目标，分别测试 Wi-Fi 与手机热点。
4. 用同一网络、同一节点，分别比较系统代理与 TUN/VPN。
5. 同一订阅在另一设备复测；多设备同时变慢，优先检查节点和服务端。

官方使用说明介绍了代理延迟测试和手动选择节点。延迟只反映特定测试请求，不等同于网页、下载或视频的完整体验。

分层排查

客户端：减少变量

• 完全退出并重启 Hiddify，固定一个已知可用节点。
• 暂停其他 VPN、代理、加速器和流量过滤软件，避免双重路由。
• 恢复 DNS、路由、MUX、分片、TUN 等高级选项的默认值，再建立基线。
• 与官方 Releases核对版本。若升级后才发生，记录升级前后版本、系统和网络，而不是从第三方下载站盲目降级。
• 系统代理正常、TUN 明显异常时，按TUN 模式排查指南检查权限和路由。

订阅与节点：区分单节点和整体故障

• 手动测试至少两个不同节点，但每次只换节点，不同时改协议和 DNS。
• 单个节点慢、其他节点正常，通常是该节点线路、负载或地区路径问题。
• 所有节点同时变慢，检查账号流量、限速、到期时间及服务商公告。
• 刷新订阅失败可能让客户端继续使用旧节点；先处理订阅更新失败。
• 不要用公开测速结果代替自己的网络测试，也不要把一次瞬时峰值写成长期速度。

DNS/TLS 与接入网络

• “域名首次打开慢，但连接后传输正常”更像 DNS 或建立连接阶段问题；查看日志是否有 dns、timeout 或 TLS 错误。
• 先换网络复测，再恢复默认 DNS 或采用服务商明确建议的设置。
• 校准系统时间，排除 HTTPS 证书验证异常。
• 若只在某运营商或移动网络失败，记录网络类型和发生时间，让服务商判断线路，而不是假设某个公共 DNS 必然有效。

官方仓库 Issue #1976记录了特定版本在部分网络中“显示连接但流量异常”的用户案例；讨论中同一 DNS 调整并未对所有人奏效。这说明版本、网络和协议必须分别验证，不能把单个评论当成通用方案。

服务端与上游线路

• 多设备、多网络在同一节点都慢，应由服务商检查节点负载、端口、上游、协议参数和限速。
• 某节点完全超时而其他节点正常，提供节点名称和发生时间即可，不要发送订阅 Token。
• 所有服务商节点都正常，只有单个网站慢，问题也可能在目标网站、CDN 或路由，不一定是 Hiddify。

验证

使用相同测试目标记录修复前后结果，避免只凭感觉：

确认以下结果后再判断已解决：同一节点连续三次可用；常用网页和应用都正常；连接保持期间不再出现原频率的重连；断开后系统网络能恢复。

何时联系服务商

以下情况应联系订阅服务商：多个设备和网络都慢、账号疑似限速、单节点长期异常、节点列表大面积超时，或服务端证书与协议报错。提供节点名称、时间、运营商/网络类型和脱敏日志。

若同一订阅在其他客户端稳定，只有特定 Hiddify 版本持续复现，可在官方 Issues提交可重复对照。不要发布完整订阅 URL、UUID、服务器 IP、Token 或未脱敏日志。